前言

该方案主要用于解决产品快速迭代开发问题，着重处理开发过程中老版本BUG修复和新版本发布冲突问题。该案面向对Git工具有一定了解的人员。

面临的问题

我们的产品版本A已经发布上线了，现在我们继续开发版本B，今天产品经理过来告诉你版本A有一个十万火急的Bug。

需要解决：

1我们拿到A版本源码时如何去保存写道一半的B代码。 2修改A版本bug，且独立发布修改后的A版本。 3如何再开发完B版本以后保证A版本之前修改好的bug合并到B版本中，从而保证bug 不会复现。 解决方案 带着前面的问题模拟复现，通过实例讲解解决办法方便开发人员理解。

1.初始化项目

拿到A版本代码，导入到GIT仓库。做为初始master分支（并且提交到远程仓库）

2.创建开发分支

当前A版本已经发布，我们将继续开发B版本，我们需要创建一个用于开发的分支 developer分支。

3.保存开发分支代码

在B版本开发中，我们接到了要修改A版本BUG的需求，那么我们首先要将开发一半的B 版本代码进行保存。提交到developer分支。

4.修复BUG

我们先找到A版本代码（master分支），创建一个用于修改BUG的分支bugbranch。 创建好以在bugbranch分支进行BUG的修改操作,修改后进行提交。

5.合并BUG分支

将修改好的bugbranch分支合并到master分支，同时可删除已经使用完的bugbranch分支。 发布master分支修改好的A版本。

6.合并修复的BUG到开发分支

这部分分两个情况， 1. 如果A版本的BUG会影响到B版本的开发工作。需要B版本也解决这个BUG， 那么就需要合并master中已经修复的代码到developer分支。 2. 如果A版本的BUG对B版本没有影响。可以不予理会，那么可以步进行这步 合并，直接切换到开发分支继续B版本的开发就可。

7.合并开发分支到master

继续B版本开发，开发完成后提交，并且合并到master分支。如果有冲突需要手工处理。 最后合并完毕主分支就是B版本的代码，可以直接发布主分支进行版本迭代。