git 團隊開發流程規範
阿新 • • 發佈:2018-12-04
https://www.jianshu.com/p/9801b98c1de4
git開發流程規範
最近公司在由 svn 轉為 git 做專案管理,之前在小團隊開發的時候最多也就用到 dev 分支和 bugfix 分支,來到新的公司團隊比較大,各自負責各自的功能模組,為了大家更規範的開發,公司參考了一些資料。制定了一下規則。
分支命名規則
- 主分支:master
- 開發分支:developer
- 功能分支:feature - 分支名稱
- 分支釋出:release - 版本號
- bug 分支修復:bugfix - 版本號
操作步驟
-
管理員「專案負責人」建立 git 倉庫,建立 developer 分支
git branch develop git push -u origin develop
-
專案成員「開發者」clone 專案,在本地建立自己功能分支
git clone 專案 git 地址 git checkout -b develop origin/develop 建立本地功能分支 git checkout -b feature-[name-desc] develop
-
在自己的分支上進行開發 :
git add
,git commit
等,注意此時不要 push 到遠端分支(origin)。 -
功能完成後可以直接合並本地的 developer 分支後 push 到遠端倉庫,合併的時候很大機率發生衝突,此時需要 merge ,merge的時候確保不影響專案其他成員,如果多個人都操作了同一個類,最好當面確認後在進行修改。等合併完成確認無誤後,刪除本地開發分支
git checkout develop git pull origin develop //確保本地 developer 分支為最新的 git merge feature-[name-desc] git push git branch -d feature-[name-desc] //刪除本地分支
-
釋出分支
git checkout -b release-0.1 develop 一旦準備好了發版,合併修改到 master 分支和 developer 分支上,刪除釋出分支 合併修改到 master 分支 git checkout master git merge release-0.1 git push 合併修改到 developer 分支 git checkout develop git merge release-0.1 git push 刪除釋出分支 git branch -d release-0.1
-
為 master 分支打發版 tag
git checkout master git tag -a 0.1 -m "Initial public release" master git push --tags
-
bug 修復分支,如果正在開發功能的同時,developer 上發現了線上 bug,或者未上線的 bug,我們可以開一個 bugfix 分支來修復 bug
git checkout -b bugfix-#001(bug 分支名稱) master(或 developer) /*** 去修 bug 吧 */ .... /*** 修復完成 */ git checkout master git merge bugfix-#001 git push git branch -d bugfix-#001