我们的团队最近已迁移到 Atlassian Crucible 以进行同行评审。我们目前的工作流程是
- 创建开发的功能分支
- 一旦分支完成，将分支推回原点，并在坩埚中为分支提交创建代码审查
- 代码审查过程完成后，关闭代码审查并将功能分支 merge 回开发并将最新的开发推送到源。
我们在这个特定工作流程中面临的问题是，一旦我将分支 merge 回 develop 并将其推送到原始坩埚报告显示这些要开发的更改是在没有任何审查的情况下进行的更改。因此，不知何故，这些更改并没有追溯到我们在功能分支上进行的代码审查。我几乎可以肯定我们的工作流程中遗漏了一些东西，并且很乐意听取专家的意见并加以纠正。
提前致谢。
最佳答案
你能更详细地解释一下吗？当您提到 Crucible 报告时，您指的是审查覆盖率报告，http://FISHEYE_URL/plugins/servlet/review-coverage/REPO_NAME ？
哪些提交被标记为未审查，只是 merge 提交，还是在功能分支上进行的实际提交？
在前一种情况下，这是问题所在:https://jira.atlassian.com/browse/CRUC-6701您可能想投票并观看以在问题解决后收到通知。
在后一种情况下，发生这种情况是因为有人在将功能分支 merge 到开发分支时可能重新提交了来自功能分支的提交吗？ Crucible 目前不会检测到后续的 rebased 提交，恐怕。相反，那些将被处理为未经审查的全新提交。
希望对您有所帮助，如果您还有其他问题，请告诉我。
亲切的问候，
关于git - 有没有办法跟踪 Atlassian Crucible 中分支的 merge 前和 merge 后代码审查，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/28039094/