gitflow大白话

• 原因：
• 1、产品需要快速迭代或较多人开发，代码管理切出和合并代码对应也会频繁

• 导致，代码冲突，不好处理

• 怎么办，最好维护一个分支，其代码尽量是最新的(对比master只有发布之后才是最新的；改为：到ut的时候，就把开发代码合并到该分支)

• 额外带来的好处是，将master保护了起来，查看合并到master的git操作也更直观更有意义！

• 完美！！！

• 具体实施：

1. 维护一个develop分支(从master切出)
2. 按正常切出开发分支，为feature/n(这边从develop切出)
3. 代码差不多稳定了，即要上ut了，则把代码合并到develop（保证develop尽量最新，其它人使用就会减少冲突）
4. 为了保证后续的修改和合并，需要一个分支继续后续的动作
5. 那肯定是采用最新最全的代码继续修改和合并啦！所以从develop切出一个分支，叫release分支
6. 在该release上继续修改，直到发布到master（注意，这里包含其它开发人员的ut代码，要沟通好一起发布，所以出现了发布期），如果实在不能一起发布，其代码ut时先不合develop。上线后再合） over

• 针对hotfix

1. 从master切出分支，快速解决后合到master和develop。
2. 不能从develop切出，因为Hotfix比正常开发需求发布的早，而develop含有开发代码