publish_v1.0.0_ddl- 發布分支 每次迭代開始建立publish發布分支，分支格式: publish+本地版本編號+本次迭代ddl日期 如: publish_v1.0.0_0509
master - 主幹分支，每次public分支發布線上驗收通過後，將**merge_request到master，同時打上對應的tag
格式：v1.0.0_ddl 字首:與每次迭代編號一致 字尾:本次迭代的ddl日期
如：v1.0.0_20200509
如果當天有多次合併 master
列如：v1.0.0_20200509_01，v1.0.0_20200509_02 …後面的 01 累加
feature_user_day - feature特徵功能分支，分支格式：feature字首+使用者+ddl時間 如: feature_edwin_0508
hotfix_user_day – 緊急處理分支，當publish發布後，線上需要緊急打補丁，可以從當前發布合併後的master分支fork乙個hotfix分支做緊急修復，然後再發布，發布完成，線上驗收通過後，再把本次hotfix分支分別merge_request到master和publish分支，同時master分支重新打tag
publish發布分支
hotfix分支
注: hotfix作為線上問題緊急修復分支，用來修復線上出現的緊急問題，操作時直接從master主幹fork出最新的**到hotfix分支，修復完成後直接發布到fat、uat測試驗證，
線上驗收通過後立即將hotfix合併回master和publish分支，然後給master分支打上tag記錄
操作流程 : feature_***_*** → publist_***_***→ master → tag首先專案owner負責從上一次發布後的最新master分支複製publish_***乙個分支作為本次迭代的發布分支，一般為publish_***_***。
然後在開發人員根據的publish_***分支fork出本次的自己本次開發的特徵分支feature_username_***，然後上進行開發和測試。
當所有功能開發完成且所有與本次發布相關的feature_username_***分支都merge到publish_***_***分支後，此時publish_***_***開始作為測試分支，不允許publish_***_***再接受新的功能分支的合併，
如果publish_***_***分支測試不通過，需要從publish_***_***分支上拉取新的**merge回feature_username_***，然後進行開發和測試，修復完成之後再merge回publish_***_***分支驗證
注意：所有的**，必須保證在開發環境中測試通過。
提merge request之前先合併其他人提交到publish_***分的**，保證**是最新的，如有衝突需拉上對應人一起解決後再提交。
每個merge request只做一件事，只更新乙個功能。
不允許直接在master分支修改**或不經過merge request提交的**
專案負責人將提交的merge request合併到master分支，同時增加版本tag 如:v1.0.0_20200509
第乙個迭代週期完成，再執行第1步操作
附: 常用git操作指令
Git使用備忘錄
git倉庫本質上就是乙個擁有歷史紀錄並可以隨時恢復歷史狀態的資料夾。git的大部分操作是基於head指標進行的。分支本質上類似於乙個指向提交記錄的指標。本地操作 git init 在當前目錄下構建倉庫。git add 將當新增或修改檔案時，將變化的檔案儲存。git status 查詢倉庫狀態，檢查是...
Git命令備忘錄
配置使用者目錄下.gitconfig gitconfig user name zhaozhao email lijianzhaoyou 163.com建立倉庫git init 建立倉庫 新建檔案,檢視檔案狀態git status git status 將檔案新增到快取區git add 並檢視檔案狀態...
iOS備忘錄之Git命令
自用備忘錄 git branch master 建立master分支 git clone 轉殖工程 git branch 檢視當前分支 git pull origin guide 拉取分支 git checkout b guide origin guide 將遠端分支對映到本地命名為guide 的一...