后端分支管理規(guī)范

  • 核心原則
  • 工作流程
    • 在 feature 中進(jìn)行工作
    • 功能提測(cè)進(jìn)入QA階段
    • QA階段缺陷修復(fù)
    • 測(cè)試通過發(fā)布生產(chǎn)
    • 生產(chǎn)缺陷緊急修復(fù)

核心原則

  1. develop分支對(duì)應(yīng)開發(fā)主線，release/*分支對(duì)應(yīng)版本測(cè)試，master分支對(duì)應(yīng)生產(chǎn)發(fā)布
  2. feature分支需要跟jira任務(wù)綁定
  3. feature分支合并develop分支需要做code review

工作流程

在 feature 中進(jìn)行工作

  1. 從 develop 分支創(chuàng)建 feature分支，分支名：feature/{JIRA Story編號(hào)}，例：feature/NP-423
  2. 在 feature 分支中實(shí)現(xiàn)目標(biāo)功能
  3. 通過 GitLab 向 develop 分支發(fā)送 Merge Request
  4. 由其他開發(fā)者審查并將 Merge Request 合并至 develop 分支

功能提測(cè)進(jìn)入QA階段

  1. 從develop分支切出release分支，分支名：release/{JIRA Release版本}，例：release/V1.1.0
  2. 基于release分支發(fā)布測(cè)試環(huán)境

QA階段缺陷修復(fù)

  1. 從 release 分支創(chuàng)建 fix 分支，分支名：fix/{JIRA Bug編號(hào)}，例：fix/NP-423
  2. 在 fix 分支中實(shí)現(xiàn)缺陷修復(fù)
  3. 通過 GitLab 向 release 分支發(fā)送 Merge Request
  4. 由其他開發(fā)者審查并將 Merge Request 合并至 release 分支

測(cè)試通過發(fā)布生產(chǎn)

  1. release分支合并master
  2. 基于master分支發(fā)布生產(chǎn)
  3. master分支打tag，tag名：{JIRA Release版本}，例：V1.1.0
  4. 合并master分支回develop

生產(chǎn)缺陷緊急修復(fù)

  1. 從 master 分支創(chuàng)建 hotfix 分支，分支名：hotfix/{JIRA Release版本}，例：hotfix/V1.0.1
  2. 在 hotfix 分支中實(shí)現(xiàn)缺陷修復(fù)
  3. 通過 GitLab 向 master 分支發(fā)送 Merge Request
  4. 由其他開發(fā)者審查并將 Merge Request 合并至 master 分支
  5. 基于master分支發(fā)布生產(chǎn)
  6. master分支打tag，tag名：{JIRA Release版本}，例：V1.0.1
  7. 合并master分支回develop
?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請(qǐng)聯(lián)系作者
【社區(qū)內(nèi)容提示】社區(qū)部分內(nèi)容疑似由AI輔助生成，瀏覽時(shí)請(qǐng)結(jié)合常識(shí)與多方信息審慎甄別。
平臺(tái)聲明：文章內(nèi)容（如有圖片或視頻亦包括在內(nèi)）由作者上傳并發(fā)布，文章內(nèi)容僅代表作者本人觀點(diǎn)，簡(jiǎn)書系信息發(fā)布平臺(tái)，僅提供信息存儲(chǔ)服務(wù)。

相關(guān)閱讀更多精彩內(nèi)容

友情鏈接更多精彩內(nèi)容