闯过这 54 关，点亮你的 Git 技能树 (四)

这是一个系列文章，介绍学习 Git 的一个小游戏 - githug，若是你是第一次看到，请先阅读：
闯过这 54 关，点亮你的 Git 技能树
闯过这 54 关，点亮你的 Git 技能树（一）
闯过这 54 关，点亮你的 Git 技能树（二）
闯过这 54 关，点亮你的 Git 技能树（三）

今天我将带你们完成第 31 - 40 关，如对任何命令使用有疑问请看第一篇里的推荐教程。

第三十一关

当准备作的事情有可能会破坏其它东西时，为了避免影响其余同事的开发工做，咱们一般会拉一个分支出来，在分支上去作修改。

第三十二关

上一条命令只是建立了一个新的分支，并无 checkout 过去，习惯作法一般是直接 git checkout -b xxx，建立并 checkout 到新的分支。
若是使用 oh-my-zsh 的 git 插件的话，能够用 gbc，意思是：git branch create。

第三十三关

版本 1.2 存在 bug，这里咱们须要切换到 1.2 的代码以定位问题。Checkout tag 和分支没有什么区别。

第三十四关

但当存在同名的 tag 和分支时，git 不知道咱们到底是要 checkout 到 tag 仍是到分支，它认为分支的优先级更高。
这时就要显式地告诉 git 咱们是要切换到 tag。

第三十五关

有时忘记开新的分支，就修改并提交了代码。开分支的时候默认是基于最新的一次提交的，但咱们也能够指定参数使其基于任一次提交。

第三十六关

分支开太多就很差管理，无论使用哪一种分支模型，只有不多的分支会长期存在，大部分分支都是临时的，在代码合并后就会删除掉。

第三十七关

有时候在特性分支上提交了代码，但还不能并入主干，却又但愿和别的同事分享（好比须要他们帮作 Code Review），那就须要把分支 push 到远程仓库中去。

第三十八关

将另外一个分支并入当前工做分支。

第三十九关

当远程仓库有更新，但咱们并不想合并到本地仓库，只想把代码拿下来看看，咱们会用到 fetch 命令。

第四十关

Rebase 这里若是不理解，请看第一篇里的推荐教程。

今天就到这里了，明天（下次）再见！
若是想第一时间获得更新，请关注 CodingStyle.cn！