在用 Git 做版本控制的童鞋，可以聊聊你们如何管理 Git 分支吗？
一个持续开发的项目（APP、网站、软件都可），发布第一个版本后，我们面临着要相对固定周期迭代一个版本并对外发布，同时进行新功能开发和现有功能 Bug 的修复。
你们当计划要发布一个新版本时，是不是会建一个版本分支，然后这个版本发布的所有内容都是在这个分支里处理？
建这个版本分支前，假定所有新功能开发和 Bug 修复都是在一个开发分支（暂且叫 dev 吧）上往前走，这时如果有三个新功能在开发中、10 个 Bug 在修复中，但计划发布的版本只发布其中 2 个新功能、8 个 Bug 修复，那不是行不通吗？这个版本分支无法创建啊。
假定不用版本分支，而是每个新功能在开发时，创建一个功能分支，对于 Bug 修复也是如此。当计划下个版本要发布哪些功能时，将所在该版本要发布的功能的功能分支合并到开发主线，删除这些新功能分支，然后创建版本分支，然后直到发布，这个版本的事儿全部在这个版本分支里进行。
一个持续开发的项目（APP、网站、软件都可），发布第一个版本后，我们面临着要相对固定周期迭代一个版本并对外发布，同时进行新功能开发和现有功能 Bug 的修复。
你们当计划要发布一个新版本时，是不是会建一个版本分支，然后这个版本发布的所有内容都是在这个分支里处理？
建这个版本分支前，假定所有新功能开发和 Bug 修复都是在一个开发分支（暂且叫 dev 吧）上往前走，这时如果有三个新功能在开发中、10 个 Bug 在修复中，但计划发布的版本只发布其中 2 个新功能、8 个 Bug 修复，那不是行不通吗？这个版本分支无法创建啊。
假定不用版本分支，而是每个新功能在开发时，创建一个功能分支，对于 Bug 修复也是如此。当计划下个版本要发布哪些功能时，将所在该版本要发布的功能的功能分支合并到开发主线，删除这些新功能分支，然后创建版本分支，然后直到发布，这个版本的事儿全部在这个版本分支里进行。
1
Select Language