團隊協作GIT使用規範 v1

規範 git 的使用是為了避免 git 中央倉庫分支混亂,導緻釋出出問題,提升我們的工作

效率。

此規範會不斷地完善。

強制執行!

開發人員 git 使用流程(規範)

1.克隆分支

git clone [email protected]:goujia/website.git

2.切換到開發分支

git ckeckout developer

3.基于開發分支建立本地開發分支進行代碼修改

git checkout -b lufei

4. 代碼送出前合并其他團隊人員的送出

git checkout developer

git pull origin developer

5.将 developer 合并到你自己修改的分支,并解決沖突git checkout lufei

git merge developer

這個合并過程可能會有沖突,解決的根本辦法是功能開發細分

如果出現沖突,建議找修改代碼的成員一起解決沖突

6.本地測試是否正常

運作 jetty 測試是否正常

7.切換到 developer 分支,合并本地分支,送出

git checkout developer

git merge lufei

git push origin developer

如果在測試過程别人有送出,這個 push 會有沖突,需要先 pull

為了盡量減少沖突,功能子產品的開發一定要細分,每個開發人員負責一個子產品的開發,

盡量不要去修改其他團隊成員子產品的代碼,除非你看 ta 不爽。每個開發小組的負責人切記

做好功能開發細分!

送出規範

• 禁止使用-ff or –force 等強制送出,覆寫中央倉庫的内容,除非你知道你在做什麼!
• 不要各自在自己的 Git 分支開發,然後發檔案合并。正确的方法應該是開一個遠端分

支,然後一起在遠端分支裡協作。不然,容易出現代碼回溯(即别人的代碼被覆寫的情

況)

送出說明的結構

當送出内容簡單時,盡量用的一句話描述”做了什麼”。句子結構可以分解為(方

括号中為可選):

動作+元件+[原因-索引]

• 動作:即送出的行為,句首字母大寫。有文章認為隻使用 Update、Add、Remove

三個動作就可以滿足使用。但是為了更精準地描述,我還是傾向于使用其它動

詞,下圖有常見的動作用詞。每一次送出隻應該有一個動作,多個動作請适當

拆分。

• 元件:指的操作内容,應該用精準的名稱,類名方法名等,友善快速定位。不應

該提供寬泛的檔案名。

• 原因及索引:必要情況下用精簡的語句描述原因,有問題追蹤系統的話可以指向相應的 ID。

分支建立規範

所有項目采用分支開發方式,分支分為開發分支、新功能分支、修複分支、其他分支

和 master 分支

分支 命名 說明

master 分支 master 釋出分支

開發分支 developer 主要的送出分支

更能分支 feature 新功能分支

修複分支 bugfix-{date} bug 修複分支

其他分支 随意 特殊情況時建立的分支

目前我所在小組所用到的項目,都進行了分支的清理,目前使用的就兩個分支,一個

developer 分支(開發人員送出的分支)

,一個 master 分支(釋出分支)

。其他分支暫時沒有

建立,因為現在項目比較小,我們也有線下測試環境,沒有必要,以後再考慮。

新功能開發分支建立規範

一下重大的功能,一定要建立一個分支,比如上次購家寶功能、爆款功能測試都可以新

建一個分支來開發,避免影響原來的 developer 分支

這個需要每個團隊的負責人來通知我建立新分支。

釋出規範