現在，你已經學會了修改檔案，然後把修改提交到git版本庫，現在，再練習一次，修改readme.txt檔案如下：
git is a distributed version control system.
git is free software distributed under the gpl.
像這樣，你不斷對檔案進行修改，然後不斷提交修改到版本庫里，就好比玩rpg遊戲時，每通過一關就會自動把遊戲狀態存檔，如果某一關沒過去，你還可以選擇讀取前一關的狀態。有些時候，在打boss之前，你會手動存檔，以便萬一打boss失敗了，可以從最近的地方重新開始。git也是一樣，每當你覺得檔案修改到一定程度的時候，就可以「儲存乙個快照」，這個快照在git中被稱為commit。一旦你把檔案改亂了，或者誤刪了檔案，還可以從最近的乙個commit恢復，然後繼續工作，而不是把幾個月的工作成果全部丟失。
現在，我們回顧一下readme.txt檔案一共有幾個版本被提交到git倉庫裡了：
版本1：wrote a readme file
git is a version control system.
git is free software.
git is a distributed version control system.
git is free software.
git is a distributed version control system.
git is free software distributed under the gpl.
如果嫌輸出資訊太多，看得眼花繚亂的，可以試試加上--pretty=oneline引數：
需要友情提示的是，你看到的一大串類似1094adb...的是commit id（版本號），和svn不一樣，git的commit id不是1，2，3……遞增的數字，而是乙個sha1計算出來的乙個非常大的數字，用十六進製制表示，而且你看到的commit id和我的肯定不一樣，以你自己的為準。為什麼commit id需要用這麼一大串數字表示呢？因為git是分布式的版本控制系統，後面我們還要研究多人在同乙個版本庫里工作，如果大家都用1，2，3……作為版本號，那肯定就衝突了。
每提交乙個新版本，實際上git就會把它們自動串成一條時間線。如果使用視覺化工具檢視git歷史，就可以更清楚地看到提交歷史的時間線：
好了，現在我們啟動時光穿梭機，準備把readme.txt回退到上乙個版本，也就是add distributed的那個版本，怎麼做呢？
首先，git必須知道當前版本是哪個版本，在git中，用head表示當前版本，也就是最新的提交1094adb...（注意我的提交id和你的肯定不一樣），上乙個版本就是head，上上乙個版本就是head
，當然往上100個版本寫100個比較容易數不過來，所以寫成head~100。
$ git reset --hard head^
head is now at e475afc add distributed
看看readme.txt的內容是不是版本add distributed：
果然被還原了。
版本號沒必要寫全，前幾位就可以了，git會自動去找。當然也不能只寫前一兩位，因為git可能會找到多個版本號，就無法確定是哪乙個了。
再小心翼翼地看看readme.txt的內容：
果然，我胡漢三又回來了。
然後順便把工作區的檔案更新了。所以你讓head指向哪個版本號，你就把當前版本定位在哪。
現在，你回退到了某個版本，關掉了電腦，第二天早上就後悔了，想恢復到新版本怎麼辦？找不到新版本的commit id怎麼辦？
小結
現在總結一下：
Git版本回退
1 檢視檔案修改歷史 git log 返回的是commit後的操作記錄 git log pretty oneline 也可以使用這個命令格式化日誌輸出 2 版本回退 git reset hard head 回退到上乙個版本 git reset hard head 100 會退到第100個版本，例如現...
git版本回退
先說今天遇到的問題，看到乙個config.php的配置檔案一直在修改的狀態下，但是和遠端的config.php是不一致的，我不需要提交它，但是看它在 modified的狀態下，很不爽，想刪除它，git rm config.php，然後git push了下，結果不僅把本地的config.php乾掉了，...
git版本回退
把修改後的版本通過命令提交到版本庫 第一步 git add 檔名 字尾 第二步 git commit m commit id 但是有時候想回去怎麼辦呢？當然萬能的git給我們提供了方法的。我們先檢視一下最近到最遠的提交紀錄操作如下 在命令航輸入 git log 會顯示提交日誌，但是嫌輸出過多怎麼辦，...