我们的应用程序历来遭遇大量分支机构。
现在已经批准了这些，但现在已经出现了一种情况，即我们有两个开发流（理想情况下是一个），其中一个流需要进行一些改变，实施它们会产生影响，而这些影响并不是很重要的。作为单个故事（或可能是单个冲刺）的一部分，可以固定。
例如：大量的数据库架构更改需要大量的查询逻辑更改。
这些变化不容易被标记，因为它们会系统地破坏现有功能，直到工作完成为止。理论上我们可以将系统放回到建筑物中。 state，但它会阻止客户使用现有功能。
为了迎合这一点，我们建议为“破坏变化”创建一个新分支。这样其他开发流程就不会被破坏，可以间歇性地释放出来。
虽然我厌恶创建新的分支，但目前我无法看到更好的方法。
是否有推荐的做法，要么是管理的分支策略，要么是在架构上进行保护，打破并行开发的变化？
编辑：我唯一想到的另一件事就是“真正地”复制粘贴＆＃39;现有的功能（包括表/网页等）重命名它们并在功能标志后面的同一分支中处理它们。 出于多种原因，这显然非常混乱！
有没有人对他们过去如何处理这个问题有任何建议？
答案 0 :(得分：1)
您应该以增量方式提供数据库架构（和其他更改）。不要立即承担整个变更，而是将其分解为可以提供的东西。
如果您当前的应用程序架构不支持此模型，那么这是首先要解决的问题。
每次Sprint都要满足你的国防部。所有工作都集成在一起，无需进一步的工作......