关于拉取请求的 Github 流程

Question

我正在尝试建议使用 GitHub 的工作流程。 我的想法是，GitHub 存储库中将有两个分支，即 master 和 dev。其他开发人员会将其分叉给当地人。 假设人 A，在他本地的 feature-1 分支中开发了一个新功能，将其推送到 GitHub repos 的 dev 分支，并发出拉取请求。 然后，所有开发人员将 GitHub 开发分支拉到他们的本地并测试代码。 如果一切正常，则将 dev 分支合并到 master 中。

我一直在做这方面的研究，我得到的只是一个拉取请求，其他开发人员会做什么我只是阅读代码和评论。没有任何实际测试。

有人可以澄清一下吗？ 我认为通过拉取请求，所有开发人员都会收到通知，然后拉取代码，对代码进行一些实际编辑（不仅仅是阅读和评论）并将其推送到之前创建的相同拉取请求中。

Answer 1

最终，“审核时要做什么”取决于您的特定工作流程/团队。

如果您希望开发人员将代码作为流程的一部分进行测试，那么他们可以拉下源分支并使用它来运行代码进行测试。

如果您希望开发人员在审查过程中编辑代码，那么我对如何管理没有任何建议。我认为这根本没有意义（谁评论了评论者？），但我在下面列出了我的推理。

---

通常，Pull Request 的想法是其他开发人员会审查更改并向原作者提出改进建议 - 而不仅仅是自己进行更改。同样，这是一个工作流/团队特定的事情，但我个人认为其他开发人员在没有先与我交谈的情况下编辑我的 PR 是非常不礼貌的。

假设编写原始代码的人对主题/业务需求/技术限制拥有最新的知识，因此他们应该评估建议（及其推理）。同样，这是工作流程/团队特定的事情。