認(rèn)識(shí)Git

Git是目前世界上最先進(jìn)的分布式版本控制系統(tǒng)。相對(duì)于分布式版本控制系統(tǒng)，也有集中式版本控制系統(tǒng)，比如TFS。

集中式版本控制系統(tǒng)，版本庫是集中存放在中央服務(wù)器的，而干活的時(shí)候，用的都是自己的電腦，所以要先從中央服務(wù)器取得最新的版本，然后開始干活，干完活了，再把自己的活推送給中央服務(wù)器。中央服務(wù)器就好比是一個(gè)圖書館，你要改一本書，必須先從圖書館借出來，然后回到家自己改，改完了，再放回圖書館。

集中式版本控制系統(tǒng)最大的問題是必須聯(lián)網(wǎng)才能工作，而且，如果中央服務(wù)器出問題，所有人沒法工作了。

而分布式版本控制系統(tǒng)就不存在這樣的問題，因?yàn)槊總€(gè)人的電腦中都有一個(gè)完整的版本庫，在同步之前，所有操作都可以在本地倉庫中完成。

集中式版本控制系統(tǒng)：

分布式版本控制系統(tǒng)：

分布式版本控制系統(tǒng)的本地操作流程圖：

工作目錄，暫存區(qū)域和本地倉庫這幾個(gè)概念非常重要。

工作目錄：即解決方案所在目錄。

暫存區(qū)域：已添加，但還未提交到本地倉庫。

本地倉庫：已提交，相對(duì)于遠(yuǎn)端倉庫而言的本地版本。

測(cè)試環(huán)境

• vs2015
• GitLab
• 取消IE代理并且關(guān)閉fiddler

添加到遠(yuǎn)端倉庫

基于已存在的項(xiàng)目，將它添加到遠(yuǎn)端倉庫(GitLab)中。

比如，現(xiàn)在我要將本地項(xiàng)目HelloWebAPI添加到GitLab中，要進(jìn)行以下操作。

1，解決方案上右鍵，選擇將解決方案添加到源代碼管理菜單，打開選擇源代碼管理窗口。或者打開菜單"文件/添加到源代碼管理"也可以打開選擇源代碼管理窗口，如下圖

2，選擇Git，確定，在打開的更改窗口中，寫上備注點(diǎn)擊提交，此時(shí)項(xiàng)目已添加到本地倉庫中了，但還沒有發(fā)布到遠(yuǎn)端倉庫。

3，在發(fā)布到遠(yuǎn)端倉庫之前，必須在GitLab上先建立一個(gè)遠(yuǎn)端倉庫。

點(diǎn)擊Create PRoject按鈕，即創(chuàng)建了一個(gè)遠(yuǎn)端倉庫。

創(chuàng)建遠(yuǎn)端倉庫時(shí)的可見性要說明一下：

Private：是需要顯式授權(quán)(加入到項(xiàng)目成員中)才可以clone項(xiàng)目。

Internal：只要擁有GitLab帳號(hào)(或者域帳號(hào))的開發(fā)人員默認(rèn)都可以clone項(xiàng)目。

Public：不需要任何授權(quán)就可以clone項(xiàng)目。

綜合以上，我們?cè)趧?chuàng)建遠(yuǎn)端倉庫的時(shí)候，最好將可見性設(shè)為Internal，其它項(xiàng)目成員都可以clone項(xiàng)目，免去了一個(gè)一個(gè)添加的麻煩。

復(fù)制地址，下面會(huì)用到。

4，發(fā)布到遠(yuǎn)端倉庫。

點(diǎn)擊發(fā)布按鈕，可以看到已經(jīng)發(fā)布成功了。

此時(shí)進(jìn)到GitLab項(xiàng)目的主頁刷新頁面，可以看到提交的記錄，如下圖。

從遠(yuǎn)端倉庫克隆

添加到遠(yuǎn)端倉庫是基于本地已存在項(xiàng)目，而從遠(yuǎn)端倉庫克隆是項(xiàng)目在本地不存在，需要從遠(yuǎn)端倉庫克隆一份到本地的情形，操作步驟如下。

1，Git全局設(shè)置，可以設(shè)置用戶名，email和存儲(chǔ)庫位置。用戶名和email會(huì)顯示在你的提交記錄中，存儲(chǔ)庫位置便于統(tǒng)一遠(yuǎn)端倉庫克隆時(shí)的路徑，如下圖。

2，復(fù)制你要克隆的遠(yuǎn)端倉庫的url，如下圖。

3，進(jìn)入團(tuán)隊(duì)資源管理器的連接窗口，在本地Git存儲(chǔ)庫項(xiàng)中粘貼上前面copy的url，然后點(diǎn)擊克隆按鈕，這樣就成功創(chuàng)建了一個(gè)本地存儲(chǔ)庫，如下圖。

可以雙擊打開項(xiàng)目。

提交更改

遠(yuǎn)端倉庫克隆到本地后，我們就可以在本地開發(fā)，并提交更改了。

1，簽出代碼并修改

我在readme文件中添加了一句話

2，提交

在解決方案上右鍵，選擇提交，進(jìn)入團(tuán)隊(duì)資源管理器的更改窗口。

輸入注釋，然后點(diǎn)擊提交按鈕，即可提交代碼，需要注意的是，此時(shí)只是提交到本地存儲(chǔ)庫中，還不是遠(yuǎn)端存儲(chǔ)庫。

提交按鈕有個(gè)下拉菜單，這個(gè)后面會(huì)講到，先點(diǎn)擊提交(第1個(gè))即可。

3，同步

要將本地的更改發(fā)布到遠(yuǎn)端存儲(chǔ)庫，我們還需要做同步操作，如下圖。

我們先不管獲取，拉取和推送這些，后面會(huì)講。

提示提交成功

查看遠(yuǎn)端存儲(chǔ)庫，已經(jīng)可以看到同步成功了。

同步

進(jìn)入到團(tuán)隊(duì)資源管理器的同步窗口，如下圖。

先來了解下這幾個(gè)按鈕的作用。

推送：將本地存儲(chǔ)庫的更改更新到遠(yuǎn)端存儲(chǔ)庫。

獲取：在拉取之前獲取所有傳入提交。

拉取：從遠(yuǎn)端存儲(chǔ)庫獲取最新版本。

同步：同步實(shí)際上同時(shí)進(jìn)行了兩個(gè)操作，先從遠(yuǎn)端存儲(chǔ)庫拉取(pull)最新版本，然后和本地存儲(chǔ)庫進(jìn)行比較，進(jìn)行自動(dòng)合并(merge)后推送(push)到遠(yuǎn)端存儲(chǔ)庫。

1，獲取最新版本

為了減少?zèng)_突，在開始開發(fā)新功能前，都會(huì)先去獲取最新版本，獲取的方式一般有兩種，當(dāng)然要依實(shí)際情況來選擇。

1) 獲取和拉取，在傳入提交項(xiàng)可以看到團(tuán)隊(duì)其它成員的提交更改，可以拉取全部，或者拉取其中某個(gè)更改到本地。

2) 同步，因?yàn)橥綍?huì)同時(shí)進(jìn)行兩個(gè)操作，拉取和推送。所以這個(gè)操作適合本地存儲(chǔ)庫沒有待推送的更改的情形，因?yàn)槿绻镜卮嬖诖扑偷母牡臅r(shí)候，很容易導(dǎo)致沖突的發(fā)生。

2，提交更改

當(dāng)開發(fā)完某個(gè)功能，或者fix了某個(gè)bug時(shí)，就會(huì)去提交更改到遠(yuǎn)端存儲(chǔ)庫。

1) 推送，可以一次推送全部本地更改或提交一個(gè)，推送一個(gè)。

2) 同步，也可以點(diǎn)擊同步實(shí)現(xiàn)提交更改，當(dāng)然，在同步之前最好拉取最新版本，這樣可以減少?zèng)_突的發(fā)生。

成員和權(quán)限管理

1，入口

有兩種添加成員的方式，Add members是從人員清單中添加，Import members是從其它項(xiàng)目中批量導(dǎo)入成員。

2，GitLab默認(rèn)提供了四種角色，如果要允許成員提交更改的話，必須設(shè)定其角色為Master，否則會(huì)收到如下圖的錯(cuò)誤。

注：以上錯(cuò)誤，只是針對(duì)主線master，在分支上提交更改不會(huì)報(bào)告這個(gè)錯(cuò)誤。

分支管理，創(chuàng)建與合并分支

1，創(chuàng)建分支

有兩種方法創(chuàng)建分支，分別是基于本地創(chuàng)建分支和基于遠(yuǎn)端創(chuàng)建分支，如果是基于本地創(chuàng)建分支，最好先獲取最新版本，如果是基于遠(yuǎn)端創(chuàng)建分支，團(tuán)隊(duì)成員最好都提交本地更改。我們約定，一般都基于遠(yuǎn)端創(chuàng)建分支。

需要注意的是，如果是基于遠(yuǎn)端創(chuàng)建分支，一定要取消跟蹤遠(yuǎn)程分支復(fù)選框，否則就創(chuàng)建成了跟蹤分支了。跟蹤分支不能分布，它是用于聯(lián)系本地分支和遠(yuǎn)程分支的，在跟蹤分支上的操作(包括推送和拉取)會(huì)自動(dòng)推送和拉取到關(guān)聯(lián)的遠(yuǎn)程分支上，比如默認(rèn)的本地master分支就是origin/master的一個(gè)跟蹤分支。

輸入分支名稱，點(diǎn)擊創(chuàng)建分支。

創(chuàng)建成功，接著發(fā)布分支，即將分支推送到遠(yuǎn)端存儲(chǔ)庫。

要注意的是，此時(shí)該分支變?yōu)楦櫡种Я恕?/font>