(項目管理 進階篇)Git 團隊版本管理 原則與思路

前言:在git管理前必須得有一個倉庫倉庫能夠是專門的服務器，也能夠是一臺外網能訪問的電腦裏作爲版本倉庫 在這以前 若是您沒有本身的版本倉庫 搭建一個Gitlab也是一個不錯的建議

您能夠參考 : Gitlab搭建教程

Git語法您能夠參考:Git經常使用命令 或者 Git官網

在這以前，得有一個裸倉庫(就是 這個是相對於工做目錄而言的，工做目錄中有正常編輯的文件，而bare repository只存放這些文件的commit。)

初始化一個裸倉庫

git init --bare

1、拉取遠程倉庫

git clone git@git.blog8090.com:Diuge/blog.git

---

2、建立本地子分支

*(每一個開發人員在本身的本地子分支上開發，推送遠程分支也是推送到遠程的子分支而不是master)*  
git checkout -b 本身的分支名稱    (本地子分支)

---

3、提交版本過程

git add .（或者某些文件名）    
git commit -m "發佈版本名稱"('如：訂單模塊完成')    
若是不是新建的文件或文件夾 可使用連貫命令提交    
git commit -am "發佈版本名稱"('如：訂單模塊完成')   
提交完成正常後，能夠提交到本身的遠程分支    
git push origin lvchang    (本次遠程和本地子分支暫定開發人員名字)

---

4、拉取遠程版本

git fetch      (查看遠程提交的版本)    
git merge origin/master(master或某個子分支名稱  拉取遠程資源到本地)

---

5、其餘經常使用命令

git branch      (查看本地分支和本身所在位置)    
git status      (查看文件狀況)    
git diff        (查看拉取版本和本地版本衝突的地方)    
git rm          (若是add.出現失誤須要把某個文件移除出提交時使用)    
git mv old new  (文件移動，理解爲更名，解決大小寫問題)

---

6、版本管理思路

1 小組每一個開發人員創建本身的本地子分支，上傳代碼到遠程子分支。    
2 正常狀況下天天下班以前30分鐘～1小時，(正常狀況下一天一次，特殊狀況能夠提出屢次上傳)上傳代碼，一人負責整合全部人的分支代碼，測試無問題，則提交到遠程origin master分支。(保持天天早上 遠程主分支都是最新的)    
3 天天早上來後先等待整合代碼完成後，拉取主分支和子代碼後再繼續開發。。


                                           __ 2016/03  Diu. __

Ps:git版本管理沒有一個絕對標準的版本，每一個團隊都因項目或管理者習慣而異，只要能管理好多人(團隊)的版本管理就是一個不錯的方法；以上只是提供管理思路(也能夠套用)。若是您的團隊已有一套成體系的版本管理規則,能夠借鑑。

原文出處