闖過這 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！