1. 程式人生 > >git 團隊開發流程規範

git 團隊開發流程規範

https://www.jianshu.com/p/9801b98c1de4

git開發流程規範

最近公司在由 svn 轉為 git 做專案管理,之前在小團隊開發的時候最多也就用到 dev 分支和 bugfix 分支,來到新的公司團隊比較大,各自負責各自的功能模組,為了大家更規範的開發,公司參考了一些資料。制定了一下規則。

分支命名規則

  1. 主分支:master
  2. 開發分支:developer
  3. 功能分支:feature - 分支名稱
  4. 分支釋出:release - 版本號
  5. bug 分支修復:bugfix - 版本號

操作步驟

  1. 管理員「專案負責人」建立 git 倉庫,建立 developer 分支

    git branch develop 
    git push -u origin develop
    
  2. 專案成員「開發者」clone 專案,在本地建立自己功能分支

    git clone 專案 git 地址 
    git checkout -b develop origin/develop
    
    建立本地功能分支
    git checkout -b feature-[name-desc] develop
    
  3. 在自己的分支上進行開發 : git add ,git commit 等,注意此時不要 push 到遠端分支(origin)。

  4. 功能完成後可以直接合並本地的 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] //刪除本地分支
    
    
  5. 釋出分支

    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
    
  6. 為 master 分支打發版 tag

    git checkout master 
    git tag -a 0.1 -m "Initial public release" master 
    git push --tags
    
  7. 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