新聞中心
以前,如果是要去除某一塊功能,我都是選擇性刪除,選擇性注釋,然后前后邏輯各種查看,各種比較。每一次,改完這些我總感覺心好累啊?。?!然后,我就發(fā)現(xiàn)了 Git 一個(gè)非常強(qiáng)大的功能:*回滾*。當(dāng)然我還是喜歡叫它:版本回退。

在你的 Git 項(xiàng)目的歷史中,你的位置就像是搖滾專輯中的一個(gè)片段,由一個(gè)被稱為 HEAD 的 標(biāo)記來確定(如磁帶錄音機(jī)或錄音播放器的播放頭)。要在你的 Git 時(shí)間線上前后移動 HEAD ,需要使用 git checkout 命令。
git checkout
命令的使用方式有兩種。最常見的用途是從一個(gè)以前的提交中恢復(fù)文件,你也可以整個(gè)倒回磁帶,切換到另一個(gè)分支。
回退時(shí)間線
當(dāng)你意識到一個(gè)本來很好文件被你完全改亂了。我們都這么干過:我們把文件放到一個(gè)地方,添加并提交,然后我們發(fā)現(xiàn)它還需要做點(diǎn)最后的調(diào)整,最后這個(gè)文件被搞得面目全非了,要把它恢復(fù)到最后的完好狀態(tài),使用 git checkout 從最后的提交(即 HEAD)中恢復(fù):
$ git checkout HEAD filename
如果你碰巧提交了一個(gè)錯(cuò)誤的版本,你需要找回更早的版本,使用 git log 查看你更早的提交,然后從合適的提交中找回它:
$ git log --oneline
79a4e5f bad take
f449007 The second commit
55df4c2 My great project, first commit.
$ git checkout 55df4c2 filename
現(xiàn)在,以前的文件恢復(fù)到了你當(dāng)前的位置。(任何時(shí)候你都可以用 git status 命令查看你的當(dāng)前狀態(tài))因?yàn)檫@個(gè)文件改變了,你需要添加這個(gè)文件,再進(jìn)行提交:
$ git add filename
$ git commit -m 'restoring filename from first commit.'
使用 git log 驗(yàn)證你所提交的:
$ git log --oneline
d512580 restoring filename from first commit
79a4e5f bad take
f449007 The second commit
55df4c2 My great project, first commit.
從本質(zhì)上講,你已經(jīng)倒好了磁帶并修復(fù)了壞的地方,所以你需要重新錄制正確的。
恢復(fù)一個(gè)文件
恢復(fù)文件的另一種方式是回退整個(gè) Git 項(xiàng)目。這里使用了分支的思想,這是另一種替代方法,如果你要回到歷史提交,你要將 Git HEAD 回退到以前的版本才行。這個(gè)例子將回到最初的提交處:
$ git log --oneline
d512580 restoring filename from first commit
79a4e5f bad take
f449007 The second commit
55df4c2 My great project, first commit.
$ git checkout 55df4c2
當(dāng)你以這種方式倒回磁帶,如果你按下錄音鍵再次開始,就會丟失以前的工作。Git 默認(rèn)假定你不想這樣做,所以將 HEAD 從項(xiàng)目中分離出來,可以讓你如所需的那樣工作,而不會因?yàn)榕紶柕挠涗浂绊懼蟮墓ぷ鳌?/p>
如果你想看看以前的版本,想要重新做或者嘗試不同的方法,那么安全一點(diǎn)的方式就是創(chuàng)建一個(gè)新的分支。可以將這個(gè)過程想象為嘗試同一首歌曲的不同版本,或者創(chuàng)建一個(gè)混音的。原始的依然存在,關(guān)閉那個(gè)分支做你想做的版本吧。
就像記錄到一個(gè)空白磁帶一樣,把你的 Git HEAD 指到一個(gè)新的分支處:
$ git checkout -b remix
Switched to a new branch 'remix'
現(xiàn)在你已經(jīng)切換到了另一個(gè)分支,在你面前的是一個(gè)替代的干凈工作區(qū),準(zhǔn)備開始工作吧。
也可以不用改變時(shí)間線來做同樣的事情。也許你很想這么做,但切換到一個(gè)臨時(shí)的工作區(qū)只是為了嘗試一些瘋狂的想法。這在工作中完全是可以接受的,請看:
$ git status
On branch master
nothing to commit, working directory clean
$ git checkout -b crazy_idea
Switched to a new branch 'crazy_idea'
現(xiàn)在你有一個(gè)干凈的工作空間,在這里你可以完成一些奇怪的想法。一旦你完成了,可以保留你的改變,或者丟棄他們,并切換回你的主分支。
若要放棄你的想法,切換到你的主分支,假裝新分支不存在:
$ git checkout master
想要繼續(xù)使用你的瘋狂的想法,需要把它們拉回到主分支,切換到主分支然后合并新分支到主分支:
$ git checkout master
$ git merge crazy_idea
git 的分支功能很強(qiáng)大,開發(fā)人員在克隆倉庫后馬上創(chuàng)建一個(gè)新分支是很常見的做法;這樣,他們所有的工作都在自己的分支上,可以提交并合并到主分支。Git 是很靈活的,所以沒有“正確”或“錯(cuò)誤”的方式(甚至一個(gè)主分支也可以與其所屬的遠(yuǎn)程倉庫分離),但分支易于分離任務(wù)和提交貢獻(xiàn)。不要太激動,你可以如你所愿的有很多的 Git 分支。完全自由。
遠(yuǎn)程協(xié)作
到目前為止你已經(jīng)在自己舒適而私密的家中維護(hù)著一個(gè) Git 倉庫,但如何與其他人協(xié)同工作呢?
有好幾種不同的方式來設(shè)置 Git 以便讓多人可以同時(shí)在一個(gè)項(xiàng)目上工作,所以首先我們要克隆倉庫,你可能已經(jīng)從某人的 Git 服務(wù)器或 GitHub 主頁,或在局域網(wǎng)中的共享存儲上克隆了一個(gè)倉庫,工作在私人倉庫下和共享倉庫下唯一不同的是你需要把你的改變 push 到別人的倉庫。我們把工作的倉庫稱之為本地倉庫,其他倉庫稱為遠(yuǎn)程倉庫。
當(dāng)你以讀寫的方式克隆一個(gè)倉庫時(shí),克隆的倉庫會繼承自被稱為 origin 的遠(yuǎn)程庫。你可以看看你的克隆倉庫的遠(yuǎn)程倉庫:
$ git remote --verbose
origin [email protected]:~/myproject.Git (fetch)
origin [email protected]:~/myproject.Git (push)
有一個(gè) origin 遠(yuǎn)程庫非常有用,因?yàn)樗挟惖貍浞莸墓δ埽⒃试S其他人在該項(xiàng)目上工作,如果克隆沒有繼承 origin 遠(yuǎn)程庫,或者如果你選擇以后再添加,可以使用 git remote 命令:
$ git remote add [email protected]:~/myproject.Git
如果你修改了文件,想把它們發(fā)到有讀寫權(quán)限的 origin 遠(yuǎn)程庫,使用 git push。第一次推送改變,必須也發(fā)送分支信息。不直接在主分支上工作是一個(gè)很好的做法,除非你被要求這樣做:
$ git checkout -b seth-dev
$ git add exciting-new-file.txt
$ git commit -m 'first push to remote'
$ git push -u origin HEAD
它會推送你當(dāng)前的位置(HEAD)及其存在的分支到遠(yuǎn)程。當(dāng)推送過一次后,以后每次推送可以不使用 -u 選項(xiàng):
$ git add another-file.txt
$ git commit -m 'another push to remote'
$ git push origin HEAD
合并分支
當(dāng)你工作在一個(gè) Git 倉庫時(shí),你可以合并任意測試分支到主分支。當(dāng)團(tuán)隊(duì)協(xié)作時(shí),你可能想在將它們合并到主分支之前檢查他們的改變:
$ git checkout contributor
$ git pull
$ less blah.txt ### 檢查改變的文件
$ git checkout master
$ git merge contributor
如果你正在使用 GitHub 或 GitLab 以及類似的東西,這個(gè)過程是不同的。但克隆項(xiàng)目并把它作為你自己的倉庫都是相似的。你可以在本地工作,將改變提交到你的 GitHub 或 GitLab 帳戶,而不用其它人的許可,因?yàn)檫@些庫是你自己的,如果你想要讓你克隆的倉庫接受你的改變,需要創(chuàng)建了一個(gè)拉取請求,它使用 Web 服務(wù)的后端發(fā)送補(bǔ)丁到真正的擁有者,并允許他們審查和拉取你的改變。
克隆一個(gè)項(xiàng)目通常是在 Web 服務(wù)端完成的,它和使用 Git 命令來管理項(xiàng)目是類似的,甚至推送的過程也是。然后它返回到 Web 服務(wù)打開一個(gè)拉取請求,工作就完成了。
網(wǎng)站題目:詳解Git版本回退
分享路徑:http://fisionsoft.com.cn/article/coeiedc.html


咨詢
建站咨詢
