git - github 中的代码审查和拉取请求工作流程
问题描述
我对 github 中的代码审查和拉取请求工作流程的整个过程感到困惑。
我从 master 创建了一个名为error_2726_fixes的分支。我提交了所有更改并将error_2726_fixes分支推送到 github。现在我的问题是如何进行代码审查。通过我的研究和研究,这就是我所理解的
- 从主分支创建新分支(例如code_review)并创建拉取请求以将分支error_2726_fixes合并到code_review分支。
- 在将所有审查合并error_2726_fixes合并到code_review 之后
- 最后将code_review分支合并回 master
这是正确的工作流程吗?我是否必须创建code_review分支。
有人可以解释一下这个过程。
解决方案
这是软件工程中备受推崇的部分之一,其中有许多不同的方法可以做到这一点,并且每种方法都有其优点和缺点。但是为了你的问题,让我们考虑一下我在 GitHub 上所说的规范:
- (可选)您将存储库分叉到您自己的帐户
- 你开始在某个分支上工作,error_2726_fixes
- 你完成了分支的工作
- 您在此分支上打开拉取请求
- 维护者和合作者选择在 PR 上审查您的更改
- 最终,分支通过这个 PR 合并到基础分支(通常是 master)中
因为代码审查是在拉取请求上完成的,而不是像您预期的那样通过提交完成的分支,所以您的问题中不需要code_review分支。
推荐阅读
- c# - 部署 Hangfire .net Core 2.1 MVC 应用程序的清单定义问题
- java - 尝试将自定义功能添加到 Spring 数据存储库,但得到 UnsatisfiedDependencyException
- string - 比较最佳时间并不总是正常工作,也不知道为什么
- mysql - 选择列值为 NEVER x 的行
- php - 独白 slackhandler 和基本文件处理程序不能一起工作
- python - Python应用程序出错,如何读取日志文件
- azure - 如何监控 Azure VM 上的 Windows 服务?
- python - Cumsum 使用最小内存沿多个轴的大型 ndarray
- apache-spark - Spark SQL - 通过 JDBC 将 DataFrame 保存到数据库的问题
- css - Sidenav在手机上闪烁