Git詳細教程(三)版本回退
版本回退
現在,你已經學會了修改檔案,然後把修改提交到Git版本庫,現在,再練習一次,修改readme.txt檔案如下:
Git is a distributed version control system.
Git is free software distributed under the GPL.
然後嘗試提交:
$ git add readme.txt
$ git commit -m "append GPL"
[master 3628164] append GPL
1 file changed, 1 insertion(+), 1 deletion(-)
像這樣,你不斷對檔案進行修改,然後不斷提交修改到版本庫裡,就好比玩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.
版本2:add distributed
Git is a distributed version control system.
Git is free software.
版本3:append GPL
Git is a distributed version control system.
Git is free software distributed under the GPL.
當然了,在實際工作中,我們腦子裡怎麼可能記得一個幾千行的檔案每次都改了什麼內容,不然要版本控制系統幹什麼。版本控制系統肯定有某個命令可以告訴我們歷史記錄,在Git中,我們用git log
命令檢視:
$ git log
commit 3c2f922df96e58153efd501604fcf5395ea4195e (HEAD -> master)
Author: xxx <xxx@xxx.local>
Date: Fri Jan 12 00:38:45 2018 +0800
append GPL
commit cd7d0e811a5ece756ef6a44c945a1962facbd2a0
Author: xxx <xxx@xxx.local>
Date: Fri Jan 12 00:34:23 2018 +0800
add distributed
commit 448b7b5046400f8e99d446a1e3d281ef295ada8e
Author: xxx <xxx@xxx.local>
Date: Fri Jan 12 00:27:00 2018 +0800
this is a readme file
git log
命令顯示從最近到最遠的提交日誌,我們可以看到3次提交,最近的一次是append GPL,上一次是add distributed,最早的一次是wrote a readme file。
如果嫌輸出資訊太多,看得眼花繚亂的,可以試試加上--pretty=oneline
引數:
$ git log --pretty=oneline
3c2f922df96e58153efd501604fcf5395ea4195e (HEAD -> master) append GPL
cd7d0e811a5ece756ef6a44c945a1962facbd2a0 add distributed
448b7b5046400f8e99d446a1e3d281ef295ada8e this is a readme file
需要友情提示的是,你看到的一大串類似3c2f922...ea4195e的是commit id(版本號),和SVN不一樣,Git的commit id不是1,2,3……遞增的數字,而是一個SHA1計算出來的一個非常大的數字,用十六進位制表示,而且你看到的commit id和我的肯定不一樣,以你自己的為準。為什麼commit id需要用這麼一大串數字表示呢?因為Git是分散式的版本控制系統,後面我們還要研究多人在同一個版本庫裡工作,如果大家都用1,2,3……作為版本號,那肯定就衝突了。
好了,現在我們啟動時光穿梭機,準備把readme.txt回退到上一個版本,也就是“add distributed”的那個版本,怎麼做呢?
首先,Git必須知道當前版本是哪個版本,在Git中,用HEAD表示當前版本,也就是最新的提交3c2f922...ea4195e(注意我的提交ID和你的肯定不一樣),上一個版本就是HEAD^
,上上一個版本就是HEAD^^
,當然往上100個版本寫100個^比較容易數不過來,所以寫成HEAD~100
。
現在,我們要把當前版本“append GPL”回退到上一個版本“add distributed”,就可以使用git reset
命令:
$ git reset HEAD^
Unstaged changes after reset:
M readme.txt
--hard
引數有啥意義?這個後面再講,現在你先放心使用。
看看readme.txt的內容是不是版本add distributed:
$ cat readme.txt
Git is a distributed version control system.
Git is a free software distributed under the GPL.
果然。
還可以繼續回退到上一個版本wrote a readme file,不過且慢,然我們用git log
再看看現在版本庫的狀態:
$ git log
commit cd7d0e811a5ece756ef6a44c945a1962facbd2a0 (HEAD -> master)
Author: xxx <xxx@xxx.local>
Date: Fri Jan 12 00:34:23 2018 +0800
add distributed
commit 448b7b5046400f8e99d446a1e3d281ef295ada8e
Author: xxx <xxx@xxx.local>
Date: Fri Jan 12 00:27:00 2018 +0800
this is a readme file
最新的那個版本append GPL已經看不到了!好比你從21世紀坐時光穿梭機來到了19世紀,想再回去已經回不去了,腫麼辦?
辦法其實還是有的,只要上面的命令列視窗還沒有被關掉,你就可以順著往上找啊找啊,找到那個append GPL的commit id是3c2f922...,於是就可以指定回到未來的某個版本:
$ git reset --hard 3c2f922df96e58153efd501604fcf5395ea4195e
HEAD is now at 3c2f922 append GPL
版本號沒必要寫全,前幾位就可以了,Git會自動去找。當然也不能只寫前一兩位,因為Git可能會找到多個版本號,就無法確定是哪一個了。
再小心翼翼地看看readme.txt的內容:
$ cat readme.txt
Git is a distributed version control system.
Git is a free software distributed under the GPL.
果然,我胡漢三又回來了。
Git的版本回退速度非常快,因為Git在內部有個指向當前版本的HEAD指標,當你回退版本的時候,Git僅僅是把HEAD從指向append GPL:
然後順便把工作區的檔案更新了。所以你讓HEAD指向哪個版本號,你就把當前版本定位在哪。
現在,你回退到了某個版本,關掉了電腦,第二天早上就後悔了,想恢復到新版本怎麼辦?找不到新版本的commit id怎麼辦?
在Git中,總是有後悔藥可以吃的。當你用$ git reset --hard HEAD^
回退到add distributed版本時,再想恢復到append GPL,就必須找到append GPL的commit id。Git提供了一個命令git reflog
用來記錄你的每一次命令:
$ git reflog
3c2f922 (HEAD -> master) HEAD@{0}: reset: moving to 3c2f922df96e58153efd501604fcf5395ea4195e
cd7d0e8 HEAD@{1}: reset: moving to HEAD^
3c2f922 (HEAD -> master) HEAD@{2}: commit: append GPL
cd7d0e8 HEAD@{3}: commit: add distributed
448b7b5 HEAD@{4}: commit (initial): this is a readme file
終於舒了口氣,第二行顯示append GPL的commit id是3c2f922,現在,你又可以乘坐時光機回到未來了。
小結
HEAD指向的版本就是當前版本,因此,Git允許我們在版本的歷史之間穿梭,使用命令git reset --hard commit_id
。
穿梭前,用git log
可以檢視提交歷史,以便確定要回退到哪個版本。
要重返未來,用git reflog
檢視命令歷史,以便確定要回到未來的哪個版本。
相關文章
- git回退版本Git
- git版本回退Git
- git 版本回退方法Git
- Git使用詳細教程Git
- Git分支和版本回退Git
- 轉 Git使用詳細教程Git
- repo管理git倉庫——回退版本Git
- Git 撤銷修改和版本回退Git
- 如何使用Git 優雅的版本回退呢?Git
- git stash回退Git
- Git學習1 --- 版本控制工具詳細介紹Git
- git 乾貨系列:(三)我提交錯了我想撤銷或者回退版本Git
- C#、GIT詳細教程--菜鳥學院C#Git
- GitHub和Git超超超詳細使用教程!Github
- SSM三大框架整合詳細教程SSM框架
- 下載歷史版本 App 超詳細教程APP
- Re:從零開始的Git詳細使用教程Git
- windows10下載安裝Git教程[超詳細]WindowsGit
- Git詳細介紹Git
- Git 操作命令詳細Git
- git詳細筆記Git筆記
- 『現學現忘』Git後悔藥 — 29、版本回退git reset --mixed命令說明Git
- 『現學現忘』Git後悔藥 — 30、版本回退git reset --hard命令說明Git
- 『現學現忘』Git後悔藥 — 28、版本回退git reset --soft命令說明Git
- VS Code使用Git視覺化管理原始碼詳細教程Git視覺化原始碼
- git Windows版本安裝教程GitWindows
- Vuex詳細教程Vue
- Vagrant詳細教程
- Nginx 詳細教程Nginx
- Emacs詳細教程Mac
- Git詳解之三:Git分支Git
- git 入門教程之版本控制Git
- Nginx安裝(詳細版本)Nginx
- iTunes 12.7 版本回退
- gitee程式碼版本回退Gitee
- git程式碼回退--hard的坑Git
- 『現學現忘』Git後悔藥 — 31、reset版本回退命令總結Git
- Vue Router詳細教程Vue