在一月份,我们创建了一个发布分支,名为release_1。0从主人之后,大约有10名开发人员在release_1中继续开发。0,同时假定确保所做的每个提交也被合并到master。与此同时,另一组开发人员继续为未来版本的功能开发master。我们释放了1。现在,在四月,我们准备创建一个新的发布分支release_2。0.通过测试我们发现一个1.0 commit没有被合并到master(开发人员只是忘记了这么做)。我们现在担心其他提交可能没有被合并。有没有什么方法可以确定是否还有其他这样的提交没有被合并?
我尝试过的事情:我尝试合并release_1。0分支到master。没有自动合并的文件。有很多报道的冲突。我已经看过了冲突,但直到现在我还没有发现任何提示,有一些东西应该在master中,但只在release_1中。我还试着查看所有的发布提交,看看它们是否已经合并到master中。它们大约有200个提交,这听起来并不多,但它们每个都涉及大约15-20个文件,每次我开始查看它们时,我都会在5或6次提交后迷路。一个工具,可以帮助这将是伟大的。
1条答案
按热度按时间dbf7pr2w1#
如果提交被合并到master并且release_1中没有rebase。0之后,提交将在两个分支中具有相同的散列,因为它们是完全相同的。
您可以在release_1上执行
git log
。0分支并且仅提取tip和来自master的分支点之间的提交的散列。这些是需要出现在master分支中的提交。然后,您可以在tip和release_1之间的master分支上执行git log
。0分支点并将结果转储到文本文件中。最后,对之前从release_1中提取的提交哈希进行文本搜索。主分支日志转储上的0。