git分支管理規範

2021-10-23 06:41:40 字數 2317 閱讀 7355

主分支(master)

開發分支(develop)

功能分支(feature)

修復分支(hotfix)

預發布分支(release)

master:主分支,建立 repository 時缺省會生成乙個 master 分支。通常情況下 master 分支是受保護的(protected)。master 分支儲存的是穩定的已發布到線上的**,會使用 tag 來記錄發布的版本(tag命名為:tag  + 「-」 + 「版本號」)。master 分支是不允許提交**的,只能將**合併(merge)到 master。在藍綠部署的情況下,綠色部署環境需要部署此分支**。

develop:開發分支,從 master 建立。需要注意的是,develop分支的**是通過feature分支合併而來的。通常情況下我們是不會在 develop 上開發的,因為你不能確定這些是否需要上線(或者說無法確定在哪次迭代上線)。

feature:功能分支,從 develop 建立。feature 分支是用來開發新功能的,通常情況下新功能開發完畢後會合併的 develop。

release:預發布分支 從 develop 建立。當一次迭代的功能開發並自測完成後,就可以建立發布分支。該分支通常用於測試,我們不能在該分支上完成除bug 修復外的其他工作。測試完成後,我們需要將 release 分支合併到 master 進行發布。發布完成後在 master 打上 tag 記錄此次發布的版本。在藍綠部署的情況下,藍色部署環境需要部署此分支**。

hotfix

:修復分支,從 master 建立。當我們發現線上 bug 時,會從 master 分支上對應的 tag 處建立新的 hotfix 分支,用來修復 bug。通常情況下,緊急修復的發布相對簡單,在 bug 修復並測試完成後,可直接合併到 master 進行發布(注意:如果在藍綠部署的情況下,需要將bug修復之後的**重新打包,並部署到藍色環境下等待測試通過後,再將**合併到master上)。發布完成後在 master打上 tag 記錄此次發布的版本,並將 hotfix 合併到 develop。

主分支(master)

開發分支(develop)

功能分支(feature): feature-版本號

修復分支(hotfix): hotfix-禪道bug號(當前解決了的bug號)-日期(yyyymmdd)

預發布分支(release):release-版本號

在多人協作開發的情況下,所有分支需要全部上傳到雲倉庫。

master分支用來部署生產環境,release分支用來部署預發布環境。

master、develop、release分支上嚴禁提交**,只支援**合併。

當生產環境發生緊急bug時,需要通過hotfix分支進行bug修復。 bug修復後將hotfix分支打包發布到預發布環境,待測試通過後再將**合併到master與develop分支上。

當預發布環境產生bug時,代表當前開發的功能版本存在缺陷。 bug修復在原feature分支上修復即可。bug修復後將**依次合併到develop和release分支上。

release、feature分支至少要多儲存乙個版本。例如:當前feature分支在開發1.2功能需求,既當前feature分支名稱為feature-1.2,那麼git倉庫中release分支和feature分支至少要留存feature-1.1和release-1.1版本的分支。

在單人開發的情況下,master、develop分支需要上傳到雲倉庫,feature分支只在本地儲存即可。

master分支用來部署生產環境,develop分支用來部署預發布環境。當生產環境

master分支上嚴禁提交**,只支援**合併。

當生產環境發生緊急bug時,需要通過feature分支進行bug修復,既建立分支:feature-bug-日期。 bug修復後將feature-bug分支打包發布到預發布環境,待測試通過後再將**合併到master與develop分支上,然後並刪除此bug分支。

當預發布環境產生bug時,代表當前開發的功能版本存在缺陷。 bug修復在原feature分支上修復即可。bug修復後將**依次合併到develop分支上。

develop分支允許小規模**提交,例如配置檔案修改,引數型別修改。如有**邏輯修改需要建立新分支。

feature分支至少要多儲存乙個版本。例如:當前feature分支在開發1.2功能需求,既當前feature分支名稱為feature-1.2,那麼git倉庫中feature分支至少要留存feature-1.1版本的分支

git分支管理規範

以下特點是有部分是假設性,部分是實際的 這裡的約束是指無論哪一種場景,以及開發規模大小都必須要遵守的一些git分支管理規則 只需要乙個master分支,然後各自建立自己的分支名為 dev 拼音簡寫 feature fixbug 名稱 如 dev zhang3 userreg,雙發約定好評審方式和me...

Git分支管理規範

關於git的一些分支管理規範。一 分支與角色說明 git 分支型別 master 分支 主分支 穩定版本 develop 分支 開發分支 最新版本 release 分支 發布分支 發布新版本 hotfix 分支 熱修復分支 修復線上bug feature 分支 特性分支 實現新特性 gitlab 角...

專案Git分支管理規範

git 是乙個開源的分布式版本控制系統,用於敏捷高效地處理任何或小或大的專案。專案中,一般會建立三個常用分支 日常開發中,一般會建立兩類分支 從develop分支切出乙個新分支,根據是功能還是bug,命名為feature 或 fixbug 開發者完成開發,提交分支到遠端倉庫。開發者發起merge請求...