GitHub:不需要拉取请求的代码审查?

13

使用共享存储库模型。简而言之:

  • 我们希望能够审查代码更改
  • 但是,我们不希望拉取请求完全阻止集成

我以前在 Code Collaborator 中使用过类似的工作流程,但我认为那不是用 Git(?)。重点是允许更快的代码集成,同时提供一些代码更改的审查。如果审查发现问题,开发人员只需修复问题并集成,同时更新代码审查。一旦完成代码审查,就没有“拉取”(合并):代码已经合并;审查只是被关闭了。


如果您需要真正的代码审查,那么总有一个等待合并的引用,无论是在本地存储库还是远程存储库中。只有在新提交被证明后,才允许将引用合并到目标分支中。代码审查的目的是提高代码质量。如果合并在审查之前进行,则历史记录中可能会有许多糟糕的提交。 - ElpieKay
1个回答

3
你仍然可以考虑使用 Gerrit 来进行评审过程。
它甚至有一个 "auto-merge during Push" 功能,允许你在保留评审位置的同时立即合并内容。

正如评论中所述,这不是理想的工作流程,但重要的是:你可以以多种方式配置 Gerrit。

3
谢谢有用的回答。我只想评论一下,我认为“理想的工作流程”完全取决于上下文——不同的情况需要不同的工作流程。 - Hawkeye Parker
@HawkeyeParker 你说得对,我并不是要暗示只有一种“真正”的工作流程。 - VonC

网页内容由stack overflow 提供, 点击上面的
可以查看英文原文,
原文链接