github：没有pull请求的代码审查？

使用。简言之：

• 我们希望能够审查代码更改
• 但是，我们根本不希望拉请求阻碍集成

我过去曾在CodeCollaborator中使用过类似的工作流，但我认为Git（？）中没有。关键是允许更快的代码集成，同时提供对代码更改的一些审查。如果审查发现问题，开发人员只需修复问题并进行集成，在过程中更新代码审查。一旦代码审查完成，就没有“拉”（合并）：代码已经被合并；审查刚刚结束。

您仍然可以为您的审查过程提供支持。
它甚至有一个“”可以让你立即合并，同时保留一个进行审查的位置

---

如前所述，这不是理想的工作流，但关键是：您可以通过多种方式进行配置。

如果您需要真正的代码审阅，则在本地存储库或远程存储库中总会有一个ref等待合并。只有在新提交得到证明后，才允许将ref合并到目标分支中。代码审查的目的是提高代码的质量。如果在审查之前进行合并，历史记录中可能会有许多错误的提交。感谢您提供的有用答案。我只想说，我认为“理想的工作流”完全是基于上下文的——不同的工作流适合不同的情况。@霍克耶帕克你是对的，我并不是说只有一个“真正的”工作流。