git命令行方式的使用总结

开发十年,就只剩下这套架构体系了! >>>   hot3.png

提交代码简化过程:

git remote update

git add .

git commit –m “”

git rebase origin/分支号

git push origin 分支号

提交代码详细过程:

git remote update(解释:从远端更新代码到本地)

git status(解释:如果不清楚接下来做什么可以使用该命令,可以省略)

git checkout -- 分支文件全路径名称(解释:相当于revert,回滚到原来的版本)

git diff 分支文件全路径名称(解释:对比不同的版本差别)

git commit -am "此处填写修改的信息说明"(解释:此语句是合并的语句相当于:git add 和 git commit -m "修改的信息说明" 。commit只是提交到了本地,接下来还需要push到远端)

git remote update(最后在更新一下,以防又有人提交过代码,保持最新)

git rebase origin/分支名称 (此处是为了和本地合并代码)

git push origin 分支名称

 

从远端拉取别人的分支到本地

如果别人新建了分支并且push到远端了,这时你想使用别人新建的分支该怎么办呢?

1,git remote update 需要先更新本地的分支,这样才可以在远端看到新添加的分支,不然本地的远端分支列表还是以前的,就会找不到远端的新分支。

2,git rebase origin/原分支名称 更新完之后就可以在提示中看到新分支的名称了,不过这是还需要和本地合并一下,以防冲突

3,git checkout -b 远端新分支名称  origin/远端新分支名称(解释:第一个是新分支在本地的名称最好和远端的名称一样,第二个是远端的新分支名称)(也可以先 git remote update 然后直接 git checkout 已存在的分支名称

 

 

追加:

git checkout -b 新建分支名称 (新建一个分支,此时只是根据当前所在的分支的基础上,在本地新建了一个分支,还需要push到远端)

git push origin 刚才新建的分支名称 (这样别人就可以在远端看到你新建的分支了)

git cherry-pick  就是对已经存在的commit 进行 再次提交

git checkout -- * 直接恢复所有文件到没修改之前的状态,但是新增的文件不受影响。只处理修改的文件。

git reset 此为默认方式,不带任何参数的git reset,它回退到某个版本,只保留源码,回退commit和index信息

git log 查看提交记录

截屏示意图:(提示:如果图片看不清可以下载下来放大看,或者放大页面看)

git status

git命令行方式的使用总结_第1张图片

git checkout -- 分支名称 截图

git命令行方式的使用总结_第2张图片

git commit -am "此处填写修改的信息说明" 截图

124045_HufK_2853666.png

git rebase origin/分支名称

124224_uCe2_2853666.png

git push origin 分支名称

git命令行方式的使用总结_第3张图片

最后还有一个gitk命令,可以直接调出提交日志

124525_9eCt_2853666.png

日志窗口

git命令行方式的使用总结_第4张图片

总结:尽量使用rebase,不要使用merge命令。rebase会让整个开发进度的日志线条图比较整洁,而使用merge命令则会让图线比较乱。如下图

merger命令

git命令行方式的使用总结_第5张图片

使用rebase命令:

git命令行方式的使用总结_第6张图片

 

 

你可能感兴趣的:(git命令行方式的使用总结)