1.前言
版本控制系統(tǒng)對于每一個開發(fā)人員而言肯定不會陌生。其實任何人在工作中都會遇到需要合作或迭代的時候,有個工具管理勞動成果是件很有意義的事。你可以清晰地知道每次工作的內(nèi)容,每個人的工作劃分和進度,甚至可以判斷大家工作的積極性等。代碼便是開發(fā)人員的工作內(nèi)容,實現(xiàn)的功能以及較之前的改進便是工作成果,而且它還是文件形式,所以一個能管理文件變化的系統(tǒng)就是所需的版本控制系統(tǒng)。目前主流的有SVN和Git,但兩者之間的區(qū)別和優(yōu)缺點不是本文的重點。下面來講一講如何目的清晰地使用Git的常見功能。
2.結(jié)構(gòu)劃分
Git包含兩個區(qū)域,一個叫工作區(qū),另一個叫版本庫。前者就是開發(fā)中編寫代碼的區(qū)域,也是被管理的文件存放的區(qū)域;后者則是隱藏的.git目錄,內(nèi)部存儲了工作區(qū)文件每個版本的信息,以及版本間的變化。當用git命令操作時,實際就是對版本庫信息的改變,記錄工作區(qū)內(nèi)容的變化。

上圖是從Android Studio中截取的,里面的每個名詞都可以拿出來講一講。這是版本控制文集的第一篇,后續(xù)的文章將會詳細講解對應(yīng)的含義及相關(guān)操作。先看那三個彩色的內(nèi)容,HEAD是一個指針,指向當前工作區(qū)文件所處的版本,改變它的指向?qū)凑瞻姹編斓挠涗浉淖児ぷ鲄^(qū)的文件。版本管理除了按時間先后迭代外,還可以按功能劃分。develop表示本地分支(默認是master,由于是內(nèi)部開發(fā)用而改名),通常按功能劃分,是開發(fā)的基礎(chǔ),工作區(qū)中的文件同樣根據(jù)當前所在分支發(fā)生改變。origin/develop則指的是遠程倉庫的分支在本地的位置,代碼文件托管在服務(wù)器上,只有拷貝到本地才能與本地分支進行比較,從而執(zhí)行更新或合并操作。
3.本地的版本控制
Git最大的特色在于擁有的.git版本庫,不是每次提交都得依賴遠程倉庫。當僅需管理自己提交的代碼時,可以在不聯(lián)網(wǎng)的情況下一直使用。若需要與他人合作,則可以將版本庫與遠程倉庫同步即可。
3.1.添加變化
不管是對代碼的增加、刪除或修改,都需要將變化添加到版本庫中來完成通知,所以最基本的操作便是添加變化。具體步驟為一下四個部分:
-
git status,用來查看文件狀態(tài)。未修改之前,工作區(qū)的文件與版本庫記錄的一致。當修改后,使用此命令可以看到差異的文件。 -
git diff,用來查看差異文件的變化內(nèi)容。通過行首的---和+++符號來表示增加、刪除和修改的位置。 -
git add,用來添加變化到暫存區(qū)。添加的文件變化有兩種,其一是以前存在,后被修改過的;其二是以前不存在,后新加入的。 -
git commit,用來將暫存區(qū)的內(nèi)容全部提交到某個分支上,并清空暫存區(qū)。需注意的是,分支是代碼功能上的區(qū)分,是修改代碼的基礎(chǔ);而版本是某分支在時間上的變化。
3.2.撤銷變化
當覺得修改的文件有問題想撤銷時,需根據(jù)變化傳遞的位置來做不同處理。通過上面的一節(jié)可以知道分為四種情況:
- 變化還在工作區(qū),通過
git checkout,將工作區(qū)還原到版本庫記錄的那樣。通常用.表示所有文件,若僅對某個文件,可以后加文件名,其它命令符同理。 - 變化位于暫存區(qū),通過
git reset,移動變化回工作區(qū)。通常參數(shù)為HEAD,先把工作區(qū)的代碼還原到HEAD所指向版本,即修改前的版本,再添加撤回的變化。 - 變化在本地分支,也是通過
git reset。由于HEAD表示當前版本,即分支最新版本,所以參數(shù)為HEAD^或HEAD^^表示上一個或上上一個版本,或HEAD~n(n為數(shù)字),表示回退n個版本。同理暫存區(qū)為空,所以不會有變化移到工作區(qū)??墒?,若已經(jīng)提交很多次,記不住哪一次修改了什么,怎么辦?git log可以按時間由近到遠查看提交日志,其中一長串SHA1的字符串就是commit id,唯一標識某次提交,用它(前七位足夠了)代替HEAD就可以切換到任意版本。 - 撤銷版本回退,是一件麻煩的事。由于
git log不會顯示HEAD之后的commit id,所以無法切換到HEAD之后的版本。這時需git reflog查詢自己所有的操作以及對應(yīng)版本的commit id,便又可以git reset了。
4.遠程的版本控制
Git是分布式的版本控制系統(tǒng),由上面可知,分布式體現(xiàn)在每個本地節(jié)點都可以獨立完成版本控制,但總還是需要Master節(jié)點來協(xié)調(diào)的。遠程倉庫便是Master節(jié)點,通過同步各個本地節(jié)點的變化到倉庫服務(wù)器,從而合并所有的變化,形成最新的代碼。
由于這節(jié)內(nèi)容較多,放到下一篇文章中具體分析說明。
5.總結(jié)
對于版本控制一定要抓住變化傳遞這個點。每個版本之間的區(qū)別就是彼此間的變化,版本庫中存的也是變化,而不是每個版本的所有變化文件,那樣太浪費磁盤空間了,尤其是項目特別大時。