採用"功能驅動式開發"(feature-driven development,簡稱fdd)。
它指的是,需求是開發的起點,先有需求再有功能分支(feature branch)或者補丁分支(hotfix branch)。完成開發後,該分支就合併到主分支,然後被刪除。
最早誕生、並得到廣泛採用的一種工作流程,就是git flow 。
首先,專案存在兩個長期分支。
前者用於存放對外發布的版本,任何時候在這個分支拿到的,都是穩定的分布版;後者用於日常開發,存放最新的開發版。其次,專案存在三種短期分支。
一旦完成開發,它們就會被合併進develop
或master
,然後被刪除。
master:主分支 用於uat測試
develop:開發分支 使用者sit測試
release:發行版,周五建立用於下周一的uat測試,完成簡單測試和bug修改,最後合併到master分支和dev分支,刪除release分支 。這個分支是為預發準備的,測試的介入,也只應該在該分支產生時才介入。當我們不管是新功能開發,還是一般的bug修改都差不多了。就應該從develop
產生乙個release
分支,交給測試,如果有bug直接在上面修改。全部完成後,合併回develop
,並且合併到master
。
hotfix:用於主分支的緊急bug的修復
bugfix;用於日常(當天)的bug修復
feature:用於功能點的分支,時間超過三天的
git的分支管理
一開始的時候,master分支是一條線,git用master指向最新的提交,再用head指向master,就能確定當前分支,以及當前分支的提交點 每次提交,master分支都會向前移動一步,這樣,隨著你不斷提交,master分支的線也越來越長。當我們建立新的分支,例如dev時,git新建了乙個指標叫...
git的分支管理
git的分支管理 在git中不是像svn一樣通過拷貝 的形式來解決備份和開啟分支的,git也可用 打標籤 打標籤1.經理進入1.1遠端倉庫 資料夾 cd users wang desktop working2 專案經理 遠端倉庫 2.在本地 倉庫給專案打上乙個標籤 git tag a v1.0 m ...
git 分支管理
一 遠端倉庫有master和dev分支 1.轉殖 git clone 這個git路徑是無效的,示例而已 2.檢視所有分支 git branch all 預設有了dev和master分支,所以會看到如下三個分支 master 本地主分支 origin master 遠端主分支 origin dev 遠...