版本控制

? ?基本的版本控制，其實(shí)就類(lèi)似于編寫(xiě)文檔時(shí)的撤銷(xiāo)和回退吩谦，在需要的時(shí)候?qū)?dāng)前文本內(nèi)容變?yōu)闅v史內(nèi)容术徊。所以程序代碼的版本控制系統(tǒng)藕届，核心就在于要保存歷史記錄挪蹭，并有一個(gè)索引指向代碼的各個(gè)歷史版本，并能夠通過(guò)索引隨時(shí)將當(dāng)前項(xiàng)目的內(nèi)容替換為歷史版本的內(nèi)容休偶。

Git

? Git就是一種廣泛使用的分布式版本控制系統(tǒng)梁厉，除了免費(fèi)的GitHub外，各個(gè)公司踏兜、團(tuán)隊(duì)可以以Git為基礎(chǔ)定制化自己的一套系統(tǒng)词顾。Git做版本控制時(shí)，他所管理的版本歷史記錄碱妆，不是你代碼的記錄肉盹，而是代碼改動(dòng)的記錄。即他不會(huì)記下你某個(gè)時(shí)間點(diǎn)代碼內(nèi)容是什么樣的疹尾，他記錄的是在那個(gè)時(shí)間點(diǎn)代碼有什么樣的變動(dòng)上忍。

常見(jiàn)工作模型

? 目前常見(jiàn)的Git工作模型大致是這樣的：

? 1.先由主工程師完成基礎(chǔ)框架，并將代碼推送至服務(wù)器上纳本，作為中央倉(cāng)庫(kù)

? 2.中央倉(cāng)庫(kù)的代碼會(huì)有多個(gè)分支窍蓝，比如master,dev等

? 3.每個(gè)成員需要從中央倉(cāng)庫(kù)clone一個(gè)本地倉(cāng)庫(kù)

? 4.項(xiàng)目的開(kāi)發(fā)工作，基本都是在dev分支做饮醇。當(dāng)完成一個(gè)版本的開(kāi)發(fā)后它抱，會(huì)合并到master分支

? 5.每個(gè)成員開(kāi)發(fā)時(shí)秕豫，都需要從dev分支建立屬于自己的分支朴艰，在這個(gè)分支上進(jìn)行開(kāi)發(fā)

? 6.成員在開(kāi)發(fā)完成一個(gè)小功能時(shí)，需要提交代碼至自己的本地倉(cāng)庫(kù)中

? 7.在完成一個(gè)大模塊的開(kāi)發(fā)后混移，需要將本地倉(cāng)庫(kù)同步至遠(yuǎn)程倉(cāng)庫(kù)

? 8.每個(gè)成員在開(kāi)發(fā)過(guò)程中要注意保持自己本地倉(cāng)庫(kù)與遠(yuǎn)程倉(cāng)庫(kù)同步

提交代碼：add 和 commit

??在使用Git時(shí)祠墅，最常見(jiàn)的命令就是add和commit了。Git中有一個(gè)叫做暫存區(qū)（stage）的東西歌径。每當(dāng)有新的代碼改動(dòng)毁嗦，都需要先執(zhí)行add命令將改動(dòng)加入到暫存區(qū)。add時(shí)回铛，可以指定要加入的內(nèi)容狗准，比如add xxx.txt， 也可以偷偷懶一次全部加入add -A 或add .茵肃。在加入到暫存區(qū)之后腔长，還可以繼續(xù)開(kāi)發(fā)，也就是可以有多次add验残，每次add都會(huì)將部分改動(dòng)加入到暫存區(qū)捞附。當(dāng)你覺(jué)得差不多了，可以執(zhí)行一次commit，也就是將當(dāng)前暫存區(qū)內(nèi)的所有改動(dòng)鸟召，統(tǒng)一標(biāo)記為一次提交胆绊，提交至本地倉(cāng)庫(kù)中。在提交后欧募，會(huì)自動(dòng)生成一個(gè)字符串压状，作為這次提交的索引，叫做commit id跟继。 而這次提交所生成的commit何缓，就相當(dāng)于一個(gè)指針或者引用，指向了這一次提交还栓。

? ? 隨著工作的進(jìn)行碌廓，會(huì)有很多很多commit引用，我們只需要知道commit對(duì)應(yīng)的id剩盒，或者其他手段谷婆，獲取到這個(gè)指針/引用，就可以獲取到“在那次提交時(shí)項(xiàng)目的代碼是怎么樣的”辽聊。

同步倉(cāng)庫(kù)：pull 和 push

? ? 在本地倉(cāng)庫(kù)開(kāi)發(fā)完成并向遠(yuǎn)程倉(cāng)庫(kù)同步時(shí)纪挎，要使用push。 籠統(tǒng)的說(shuō)跟匆，push就是拿本地倉(cāng)庫(kù)去覆蓋掉遠(yuǎn)程倉(cāng)庫(kù)异袄。當(dāng)然如果有沖突的話(huà)，這一請(qǐng)求會(huì)被拒絕掉玛臂。實(shí)際上烤蜕，push命令所做的是：將當(dāng)前分支，也就是HEAD所指向的分支迹冤，提交到遠(yuǎn)程倉(cāng)庫(kù)讽营，同時(shí)將這一分支上的所有提交也一并提交到遠(yuǎn)程倉(cāng)庫(kù)去。HEAD指向master這樣遠(yuǎn)程倉(cāng)庫(kù)已經(jīng)存在的分支泡徙，那就相當(dāng)于是更新了遠(yuǎn)程倉(cāng)庫(kù)的分支的提交記錄橱鹏。 而如果指向了其他遠(yuǎn)程倉(cāng)庫(kù)不存在的分支，比如新的feature1堪藐，此時(shí)就會(huì)更新遠(yuǎn)程倉(cāng)庫(kù)信息莉兰，告訴他：現(xiàn)在多了一個(gè)分支，這個(gè)分支有哪些改動(dòng)礁竞。之后其他成員從遠(yuǎn)程倉(cāng)庫(kù)同步下來(lái)之后糖荒，也得到了你的新的分支信息。

? ? ?從遠(yuǎn)程倉(cāng)庫(kù)同步下來(lái)的操作是pull苏章。不過(guò)pull其實(shí)不是一個(gè)命令寂嘉，他內(nèi)部其實(shí)分為了兩步奏瞬。如果不執(zhí)行pull，也可以分別通過(guò)這兩個(gè)命令來(lái)實(shí)現(xiàn)pull的功能泉孩，這兩個(gè)命令就是fetch和merge硼端。

? ? ?第一步，git fetch寓搬，他的作用是更新本地倉(cāng)庫(kù)關(guān)聯(lián)的所有遠(yuǎn)程倉(cāng)庫(kù)中珍昨，各個(gè)分支的一系列提交記錄。這里只是獲取到句喷，并不會(huì)有其他操作镣典。第二步merge，則是將當(dāng)前的本地提交與獲取到的遠(yuǎn)程倉(cāng)庫(kù)的提交做一個(gè)合并唾琼，這就是上面說(shuō)到的fast-forward的典型兄春。一般情況下，直接pull更簡(jiǎn)單省事锡溯。但是一旦出現(xiàn)沖突赶舆，由于會(huì)自動(dòng)的進(jìn)行merge，自動(dòng)的合并之后可能會(huì)出現(xiàn)很多問(wèn)題祭饭，需要自己一個(gè)一個(gè)查芜茵。而如果先f(wàn)etch之后，再查看一下有哪些更新倡蝙，此時(shí)再手動(dòng)merge九串，就會(huì)好很多。

注意事項(xiàng)

? ? 在一個(gè)團(tuán)隊(duì)中使用Git時(shí)寺鸥，一定要細(xì)心猪钮，中央倉(cāng)庫(kù)在服務(wù)器上占用的資源是有限的，稍有不慎將一些無(wú)用的大體積文件上傳到服務(wù)器都會(huì)造成很大的問(wèn)題析既。我這里總結(jié)一些經(jīng)驗(yàn)：

? ?1.盡量少使用git add -A

? ?2.每次add和commit前后都要注意檢查是否有沒(méi)必要提交的內(nèi)容

? ?3.本地commit時(shí)要做好code-review

? ?4.提交代碼躬贡，慎用push -f

? ?5.遇事不決先建個(gè)分支谆奥，這樣不管出什么問(wèn)題起碼不會(huì)影響到別人

? 6.執(zhí)行commit時(shí)填寫(xiě)的 commit信息 一定要規(guī)范

? 7.分支名很重要眼坏，不能亂起

? 8.不用的、棄用的酸些、開(kāi)發(fā)完的一些分支宰译，該刪的刪，留到后面管理會(huì)比較亂