3
从功能分支合并到母版之前进行代码审查的策略
我和我的团队使用功能分支(带有git)。我想知道哪种是合并到母版之前进行代码审查的最佳策略。 我从master结帐了一个新分支,我们称它为fb_#1 我提交了几次,而不是想将其合并回母版 在合并之前,应该有人进行代码审查 现在有两种可能性: 第一 我将master合并到fb_#1(不是将fb_#1合并到master)以使其尽可能最新 队友查看了主管和fb_#1主管之间的变化 如果fb_#1可以,我们将fb_#1合并到主服务器 优点:审查中没有过时的代码 缺点:如果其他人将“ 1”之间的内容合并。和“ 2”。他的更改将出现在评论中,尽管它们属于另一个评论。 第二名 队友查看结帐点(git merge-base master fb_#1)和fb_#1 head之间的更改 优点:我们可以清楚地看到在功能分支上所做的更改 缺点:评论中可能会出现一些过时的代码。 您认为哪种方法更好?为什么?也许还有另一种更合适的方法?