Git的失误总结

git 代码管理

说明

最近实习过程中，Git老是用的不到位。其原因有两方面：

• 以前都是单独打斗，Git不会遇到协作问题[集中式工作流搞定所有问题]
• Git的原理和用法掌握的不够扎实

这阵子和大伙一起开发，一方面知道了协作的问题，另一方面也明白了项目开发中对Git使用的一些需求。

这篇总结主要集中在两个方面：

• 使用习惯
• 不常见，但对解决问题很有帮助的Git命令

使用习惯

好的习惯能避免很多很多问题。我觉得应该是好的习惯：

1.工作流

决定写代码之前，确定Git工作流：集中式？分支pull merge？

1.1 集中式

如果是集中式，只需要在master上修改和开发。但要注意在git push之前，git pull一下。当然，也可以用git fetch:

git fetch origin master # 取得远程主机origin的master分支的最新更新
git merge origin/master # 把本地分支与远程master最新的合并

git pull 或者 git merge这种方式是创建一个新的commit。如果在合并过程中出现冲突，则需要解决冲突，然后再 git add和git commit，最后git push上去。

当然，如果直接执行git push，当远程分支上有了新的更新，这时候push不会成功，就要用上述办法解决。

现在比较好奇的是我本地有多个commit，远程也新提交了多个commit，最后合并成一个commit，那么git log会是怎么样的？

对于这个问题，我的猜想是：把本地的commit log加在远程的commit log之前，再加一个merge log，不然会破坏远程的commit tree，提交的时候必须加--force了。

查证了下，我的理解还是有误。commit log 是以commit log 树的形式展示，这儿是分叉的，不是把谁加在谁前。不过，远程显示的时候，还是按照时间顺序显示commit log。

查看commit log 树的方式：

git log --graph

除了git pull和git fetch，还可以用rebase方式，这种方式可以保证commit log具有好看的线性提交记录。

git fetch origin master # 取得 master的最新信息 [应该可以不用这个命令]
git rebase origin/master # 将本地分支放在最新的之前，生成新的commit
git push

1.2 分支

如果是pull merge方式的话，就需要开分支。此时要：

• 想好分支名[好的分支名很有帮助的]
• 基于哪个分支开新分支[务必要考虑代码的新鲜度和功能实现问题]

在本地开新分支的命令：

git checkout -b new_branch

在本地开发完毕，提交的时候要注意：

• 没有明显的创建远程新分支的命令 git push origin new_branch会自动给创建分支
• 创建远程分支之后，会自动建立tracking关系，在当前分支下可用 git push
• 使用git push后面不加任何参数的时候，一定要确保自己是处于push simple状态
• 可用git remote show 远程主机名 查看tracking关系

2.节奏

所说的节奏是自己在开发或者是修改代码的时候，应该用什么样的节奏使用Git。

• 开发一个小功能就提交一次，省的忘记了，要时时记得提交。因为是在本地，无论如何提交都不会对远程造成问题，而且修改一直保存在本地，有多个commit记录，还可以通过以下命令看看自己的修改过程:git log -p
• 往远程提交的时候，可以先在本地rebase一下，合并成一个commit，写好commit message，这是对本地自己的提交的合并。
• 提交的时候，可不能只想着用git push一下就把所有的事情搞定。一定要考虑下会造成什么影响，比如远程已经有人更新了新的commit，又或者是本次与远程相比更改了啥内容，便于发现错误。远程提交应该是一个比较慎重的行为，不像在本地，想怎么玩就怎么玩。
• 用git add -p代替git add . 明确自己提交了哪些修改，而哪些修改不用提交，比如一些因为要在本地运行的配置修改，就不用提交到远程了。

3.处理异常

• 有时候会把本地的工作区搞得一团糟，如果没有添加到暂存区的话，可以用git checkout --filename来恢复
• 如果已经git add暂存区了，则可以先用git reset HEAD filename将本地库里面最新的文件替换掉暂存区里面add的内容，再用git checkout恢复工作区
• 如果已经提交，则要使用git reset commit_id来撤销commit[回退版本]，这个会导致在commit_id之前的提交一并被撤销。上面两个办法恢复工作区。如果闲麻烦，可以直接用：git reset --hard commit_id，会硬性回退，工作区和暂存区都被恢复成commit_id所对应的版本。
• 要想恢复本地为远程最新的，可以用:`git reset --hard origin/master
• 要想撤销某个提交，还有一种办法是git revert commit_id，revert的方式是反写修改，生成新的commit

不常见且有用的命令

git stash # 当前修改了，但没有提交，又要切换分支，就先stash一下
git stash pop # 恢复当前工作区
git reset --hard origin/master # 将当前工作区完全恢复成远程分支一样
git reset --hard commit_id # 硬撤销到某次提交
git blame filename # 查看这个文件的历史修改
git revert commit_id # 撤销某次提交,反写，以新的commit保存
git log --follow -p filename # 查看修改历史，对排错很有用
git commit --amend # 重新提交,可以添加忘了提交到暂存区的，还可以修改提交commit