闖過這 54 關，點亮你的 Git 技能樹 (四)
這是一個系列文章，介紹學習 Git 的一個小游戲 - githug，如果你是第一次看到，請先閱讀：
今天我將帶大家完成第 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 ！
來自： https://segmentfault.com/a/1190000005342274