專案中規範使用git分支

作用：是專案的穩定版本。專案需要正式發布上線，必須要在master上，使用master的**進行打包或部署。通常發布版本前，可以在master上建立標籤（tag），標記此次版本的重要資訊。嚴格管理規範下，只有主要管理者才擁有master的push、merge等許可權。

作用：是預發布分支

來自：在規範的操作中，release一般從develop分支建立而來

去向：然後最終要合併到master和develop

注意：release不是唯一的，一般都是依據專案的版本來建立相應的release，習慣命名方式是：release-*，而且我們允許在release上進行一些小修改（如：修改發布版本號）

作用：是測試分支

來自：開發者將develop分支合併到test分支後

去向：最後需要將test分支合併回develop分支。

注意：將test分支交由測試人員使用。測試人員測試完成後，開發人員可以在test分支建立乙個本地的test-*分支使用者修復bug，然後將建立的test-*分支合併回test分支（按道理來說乙個版本有乙個線上的測試分支）

作用：是該專案主要的開發分支，此分支的**是專案正在開發的**，並且始終和master並行

來自：master

去向：master

注意：每次有新的版本開發，開發人員都應該從develop分支建立屬於某個版本release分支或某個開發人員的feature分支。開發完成後，test都應該將分支合併回develop。

作用：是功能分支，通常為即將開發或未來開發版開發新的功能，常用的命名規則是feature-*

來自：feature分支必須從develop分支建立出來（本地分支）

去向：並且最終必須（間接）合併回develop分支（流程是寫完給合併到test測試分支沒問題後，test在合併到develop分支）

來自：master

去向：master和develop

注意：開發人員在hotfix修改完bug後，測試人員直接在hotfix上測試。測試完成後，必須將其合併到master和develop，合併到master是為了進行發布，而合併到develop則是為了保持develop和master同步並行。以上操作都完成後，就可以刪除hotfix分支。