我对 github 中的代码审查和拉取请求工作流程的整个过程感到困惑。
我从 master 创建了一个名为error_2726_fixes的分支。我提交了我所有的更改，并将error_2726_fixes分支推送到 github。现在我的问题是代码审查是如何完成的。通过我的研究和学习，这就是我的理解
- 从主分支创建新分支(例如code_review(，并创建拉取请求以将分支error_2726_fixes合并到code_review分支。
- 将所有评论合并error_2726_fixes合并到code_review后
- 最后code_review分支合并回主分支
这是正确的工作流程吗？我是否必须创建code_review分支。
有人可以解释一下这个过程吗？
这是软件工程中那些高度固执己见的部分之一，其中有许多不同的方法可以做到这一点，每种方法都有其优点和缺点。但是为了你的问题，让我们考虑一下我在GitHub上所说的规范：
- (可选(您将存储库分叉到您自己的帐户
- 你开始在某个分支上工作，error_2726_fixes
- 您完成分支上的工作
- 在此分支上打开拉取请求
- 维护者和协作者选择在 PR 上查看您的更改
- 最终，分支通过此 PR 合并到基本分支(通常是主分支(中
由于代码审查是在拉取请求上完成的，而不是像您预期的那样通过提交完成分支，因此您的问题中不需要code_review分支。