闖過這 54 關，點亮你的 Git 技能樹

jopen 10年前發布 | 16K 次閱讀 Git 版本控制系統

開篇

如今，Git 大行其道，頗有一統天下之勢。

如果你的技能樹上 Git 和 Github 的圖標還沒有點亮的話，你都不好意思說你是程序員。

別說互聯網企業，我接觸到的許多傳統企業都在從 SVN，Clear Case 等遷移到 Git 上，甚至大廠還會有一個團隊去定制適合自己企業的 Git 服務器。

很多人簡歷上寫的「精通 Git 與 Github」，但如果你問他熟悉到什么程度的話，回答通常是「就是會用常用的 add ， commit ， push 操作」。

但工作中我們會遇到一些更加復雜的場景：

* 忽略某些文件
* 創建，刪除分支
* 找到最后修改某行代碼的人
* commit 后發現里邊包含一個不應該提交的文件
* commit 后發現少提交了一些文件
* 一個文件中的多次有改動，怎么做到只提交其中的一部分？
* 怎樣整理提交記錄使其更加整潔？
* 快速定位是哪一次提交引入了 bug
* ...

作為一線程序員，我們要如何快速學習 Git 以發揮其最大威力呢？

今天我就要向大家介紹一個工具，準確說應該是「游戲」，名字叫「githug」，它把平常可能遇到的一些場景都實例化，變成一個一個的關卡，一共有 55 個關卡：

#1: init
#2: config
#3: add
#4: commit
#5: clone
#6: clone_to_folder
#7: ignore
#8: include
#9: status
#10: number_of_files_committed
#11: rm
#12: rm_cached
#13: stash
#14: rename
#15: restructure
#16: log
#17: tag
#18: push_tags
#19: commit_amend
#20: commit_in_future
#21: reset
#22: reset_soft
#23: checkout_file
#24: remote
#25: remote_url
#26: pull
#27: remote_add
#28: push
#29: diff
#30: blame
#31: branch
#32: checkout
#33: checkout_tag
#34: checkout_tag_over_branch
#35: branch_at
#36: delete_branch
#37: push_branch
#38: merge
#39: fetch
#40: rebase
#41: repack
#42: cherry-pick
#43: grep
#44: rename_commit
#45: squash
#46: merge_squash
#47: reorder
#48: bisect
#49: stage_lines
#50: find_old_branch
#51: revert
#52: restore
#53: conflict
#54: submodule
#55: contribute