使用 shared repository model .简而言之:
- 我们希望能够审查代码更改
- 但是,我们根本不希望 pull 请求阻碍集成
我过去在 Code Collaborator 中使用过这样的工作流程,但我认为 Git(?)不是这样。重点是允许更快的代码集成,同时提供对代码更改的一些审查。如果审查发现问题,开发人员只需修复问题并集成,并在此过程中更新代码审查。一旦代码审查完成,就没有“pull ”( merge ):代码已经 merge ;审核刚刚结束。
最佳答案
你仍然可以 consider Gerrit供您审核。
它甚至有一个“auto-merge during Push”,可以让你立即 merge ,同时保留一个地方进行审查。
如评论所述,这不是理想的工作流程,但重点是:您可以配置 Gerrit以多种方式。
关于github:没有 pull 请求的代码审查?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/46984668/