没有功能分支的Azure开发运营中的代码审查

Question

我们来自使用Subversion的背景，每个人都签入同一个分支

现在，我们正在使用Azure devop，并使用各个功能分支。代码审查要容易得多，但是我们遇到了功能分支，噩梦合并等所有经典问题，我们不愿重构

我们不能使要素分支的长度变短，而仍然有一项有用的工作

什么是中间立场？在理想的世界中，您可以签入同一分支，标记签入对象，但仍然会产生蔚蓝的光芒，以生成单个代码体，最后进行查看

我确定这是一个非常普遍的问题，我们如何改善流程？

Answer 1

首先，我质疑以下语句：我们不能使要素分支的长度缩短。你绝对可以。您需要处理较小的用户故事，在功能切换后隔离正在进行的功能，并在实现较大的功能时逐步进行查看和合并。

也就是说，如果您想继续维护寿命很长的功能分支（我建议您反对），则解决方案是更多分支。您从功能分支分支到范围更狭窄的工作子集，当该子集完成时，将其复查并合并到功能分支中。功能完成后，将其合并到您的main / master分支。