没有功能分支的 Azure devops 中的代码审查

Question

我们来自使用 Subversion 的背景，每个人都检查到同一个分支

现在我们正在使用 Azure devops，使用单独的功能分支。代码审查要容易得多，但我们遇到了所有经典问题，包括功能分支、噩梦合并，我们不愿意重构

我们不能让特征分支的长度更短，但仍然有一个有用的工作

中间立场是什么？在一个理想的世界里，你可以签入同一个分支，标记签入并且仍然可以生成一个单一的代码体以在最后进行审查

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

Answer 1

首先，我挑战我们不能让特征分支的长度变短。你绝对可以。您需要处理较小的用户故事，将正在进行的功能隔离在功能切换之后，并随着更大的功能的实施逐步审查和合并。

也就是说，如果您想继续维护长期存在的功能分支（我不建议这样做），解决方案是更多分支。你从你的特性分支分支出一个范围更窄的工作子集，当这个子集完成时，审查并将其合并到特性分支中。功能完成后，将其合并到您的主/主分支。