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