github中的代码审查和提取请求工作流程

Question

我对github中的代码审查和拉取请求工作流程的整个过程感到困惑。

我从母版创建了一个分支，称为 error_2726_fixes 。我提交了所有更改，并将 error_2726_fixes 分支推送至github。现在我的问题是代码审查是如何完成的。通过我的研究和学习，这就是我的理解

• 从主分支创建新分支（例如 code_review ），并创建合并请求，以将分支 error_2726_fixes 合并到 code_review 分支。
• 合并所有评论后，将 error_2726_fixes 合并到 code_review
• 最后将 code_review 分支合并回master

这是正确的工作流程吗？我是否必须创建 code_review 分支。

有人可以解释一下这个过程吗？

Answer 1

这是软件工程中那些带有高级含义的部分之一，在该部分中有许多不同的方法可以执行此操作，每种方法都有其优缺点。但是出于您的问题，让我们考虑一下我说的规范是我在GitHub上的时间：

1. （可选）将存储库分叉到自己的帐户中
2. 您开始在某个分支上工作， error_2726_fixes
3. 您完成了分支机构的工作
4. 您在此分支上打开pull request
5. 维护者和合作者选择查看您对PR所做的更改
6. 最终，该分支通过此PR合并到基础分支（通常是主分支）中。

因为代码审核是根据 pull请求完成的，而不是像您期望的那样通过提交通过分支进行的，所以不需要 code_review 回答您的问题。