Git在 windows 使用方法
第六、我們看看我們提交了多少次:
git log? ? ?回車
提示如下：
友情提示的是，你看到的一大串類似1094adb...的是commit id（版本號），和SVN不一樣，Git的commit id不是1，2，3……遞增的數(shù)字，而是一個SHA1計算出來的一個非常大的數(shù)字，用十六進制表示，而且你看到的commit id和我的肯定不一樣，以你自己的為準。為什么commit id需要用這么一大串數(shù)字表示呢？因為Git是分布式的版本控制系統(tǒng)，后面我們還要研究多人在同一個版本庫里工作，如果大家都用1，2，3……作為版本號，那肯定就沖突了。
第七、準備把readme.txt回退到上一個版本
就是this is update readme.txt這一版
首先，Git必須知道當前版本是哪個版本，在Git中，用HEAD表示當前版本，也就是最新的提交1094adb...（注意我的提交ID和你的肯定不一樣），上一個版本就是HEAD^，上上一個版本就是HEAD^^，當然往上100個版本寫100個^比較容易數(shù)不過來，所以寫成HEAD~100。
現(xiàn)在，我們要把當前版本this is?append GPL回退到上一個版本this is update readme.txt，就可以使用git reset命令：
git reset--hard HEAD^
看看readme.txt的內容是不是版本this is update readme.txt：
cat readme.txt
還可以繼續(xù)回退到上一個版本this is my first txt，不過現(xiàn)在我們再看看日志：git log
辦法其實還是有的，只要上面的命令行窗口還沒有被關掉，你就可以順著往上找啊找啊，找到那個?this is?append GPL的commit id是2f131ec...，于是就可以指定回到未來的某個版本：
git reset --hard 2f131ec
為了確認我們在確認一下：
cat readme.txt
版本號沒必要寫全，一般前5-6位就可以了，Git會自動去找。當然也不能只寫前一兩位，因為Git可能會找到多個版本號，就無法確定是哪一個了
Git的版本回退速度非?？?，因為Git在內部有個指向當前版本的HEAD指針，當你回退版本的時候，Git僅僅是把HEAD從指向?this is?append GPL改為指向this is update readme.txt
然后順便把工作區(qū)的文件更新了。所以你讓HEAD指向哪個版本號，你就把當前版本定位在哪
另外在Git中，總是有后悔藥可以吃的。當你用$ git reset --hard HEAD^回退到this is update readme.txt版本時，再想恢復到?this is?append GPL，就必須找到?this is?append GPL的commit id。Git提供了一個命令git reflog用來記錄你的每一次命令：
小結：
HEAD指向的版本就是當前版本，因此，Git允許我們在版本的歷史之間穿梭，使用命令git reset --hard commit_id。
穿梭前，用git log可以查看提交歷史，以便確定要回退到哪個版本。
要重返未來，用git reflog查看命令歷史，以便確定要回到未來的哪個版本
順便說一下廖雪峰老師回復的一個問題的查答案
假設一開始你的本地和遠程都是：
a -> b -> c
你想把HEAD回退到b，那么在本地就變成了：
a -> b
這個時候，如果沒有遠程庫，你就接著怎么操作都行，比如：
a -> b -> d
但是在有遠程庫的情況下，你push會失敗，因為遠程庫是 a->b->c，你的是 a->b->d
兩種方案：
1、push的時候用--force，強制把遠程庫變成a -> b -> d，大部分公司嚴禁這么干，會被別人揍一頓
2、做一個反向操作，把自己本地變成a -> b -> c -> d，注意b和d文件快照內容一莫一樣，但是commit id肯定不同，再push上去遠程也會變成 a -> b -> c -> d
簡單地說就是你無法容易地抹去遠程庫的提交信息，所以本地提交怎么都行，push前想好了
本文是在學習廖雪峰老師的Git教程時寫的下面是傳送門：
