git的分支管理

 

采用"功能驱动式开发"（Feature-driven development，简称FDD）。

它指的是，需求是开发的起点，先有需求再有功能分支（feature branch）或者补丁分支（hotfix branch）。完成开发后，该分支就合并到主分支，然后被删除。

最早诞生、并得到广泛采用的一种工作流程，就是Git flow 。

首先，项目存在两个长期分支。

• 主分支master
• 开发分支develop

前者用于存放对外发布的版本，任何时候在这个分支拿到的，都是稳定的分布版；后者用于日常开发，存放最新的开发版。

其次，项目存在三种短期分支。

• 功能分支（feature branch）
• 补丁分支（hotfix branch）
• 预发分支（release branch）

一旦完成开发，它们就会被合并进develop或master，然后被删除。

Master：主分支 用于uat测试

develop：开发分支 用户sit测试

release：发行版，周五创建用于下周一的uat测试，完成简单测试和bug修改，最后合并到Master分支和dev分支，删除release分支 。这个分支是为预发准备的，测试的介入，也只应该在该分支产生时才介入。当我们不管是新功能开发，还是一般的bug修改都差不多了。就应该从develop产生一个release分支，交给测试，如果有bug直接在上面修改。全部完成后，合并回develop，并且合并到master。

hotfix：用于主分支的紧急bug的修复

bugfix；用于日常（当天）的bug修复

feature：用于功能点的分支，时间超过三天的