開篇
如今，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安裝
首先我們需要來安裝這個遊戲，githug 是用 Ruby 編寫的，可通過如下命令安裝：gem install githug
如果遇到許可權問題，請加上sudo：sudo gem install githug
安裝成功後，在 Terminal 裡進入你常用的目錄，輸入githug，會提示遊戲目錄不存在，是否要建立一個，輸入y然後回車：
根據提示cd git_hug 進入遊戲目錄，準備開始遊戲。
基本命令
在開始前我們還需要了解遊戲的一些基本操作：
play - 預設命令，檢查是否過關
hint - 顯示過關提示
reset - 重啟本關，或者重啟到指定的某關
levels - 顯示關卡列表
來試一下，githug reset：
示例
我以第一關為例子給大家演示一下玩法。
第一關的名稱是：init，提示是：「一個新目錄 git_hug 被建立了，請把它初始化為一個空倉庫」。
假設現在我不知道該怎麼過關，我可以檢視過關提示：
指示是：「你可以輸入 git 命令來檢視 git 命令列表」。
看最後一行，原來用 git init 就可以初始化一個空倉庫，接著輸入 githug 進行過關檢測：
太棒了！順利進入第二關！
怎麼樣？明白了嗎？後面的 54 關就靠你自己了哦！
友情提示
在闖關過程中，儘量使用 githug hint，git help subcommand 獲取幫助，也可以根據下面的兩個教程來系統學習。
猴子都能懂的 git 入門
廖雪峰的 git 教程
為保大家都能順利通關，學到所有的知識點，接下來我會寫過關攻略，詳細介紹每一關的玩法。
並且我不會直接給答案，而是演示整個過關的過程。
祝你好運！我們明天見。
「軟體匠藝社群」旨在傳播匠藝精神，通過分享好的「工作方式」和「習慣」以幫助程式設計師更加快樂高效地程式設計。