大牛总结的 Git 使用技巧，写得太好了

假如有这样一种情况，分支other已经commit了，但是此时指针指回master时，并且master没有合并，而是git add / commit 提交了。这样，就产生了冲突，主分支master文件内容与other分支的内容不一样。合并不起来！所以，

• 修改文件的内容，让其保持一致。
• git add git commit 提交。
• 分支合并了。

•  
• git log --graph 查看分支合并图
• git branch -d other 删除分支，任务结束。

分支管理策略

git merge --no-ff other 禁用Fast forward模式，因为使用Fast forward模式，删除分支后，分支历史信息会丢失。超详细的 Git 实战教程，傻瓜一看也会！这篇也推荐看下。

BUG分支

廖雪峰老师提到，工作中每个bug都可以通过一个新的临时分支来修复，修复后，合并分支，然后将临时分支删除。但如果你手上有分支在工作中，你的上级要你改另外的分支的BUG。

你要把现在正在工作的分支保存下来，git stash,把当前工作现场“存储”起来，等以后恢复后继续工作。当你解决BUG后，git checkout other回到自己的分支。用git stash list查看你刚刚“存放”起来的工作去哪里了。

此时你要恢复工作：

• git stash apply恢复却不删除stash内容，git stash drop删除stash内容。
• git stash pop恢复的同时把stash内容也删了.
• 此时，用git stash list查看，看不到任何stash 内容。

总结：修复bug时，我们会通过创建新的bug分支进行修复，然后合并，最后删除；当手头工作没有完成时，先把工作现场git stash一下，然后去修复bug，修复后，再git stash pop，回到工作现场

删除分支

• git branch -d + 分支有可能会删除失败，因为Git会保护没有被合并的分支。
• git branch -D + 分支 强行删除，丢弃没被合并的分支。

（编辑：西安站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!