git命令行方式的使用总结

开发十年，就只剩下这套架构体系了！ >>>   

提交代码简化过程：

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 checkout -- 分支名称 截图

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

git rebase origin/分支名称

git push origin 分支名称

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

日志窗口

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

merger命令

使用rebase命令：