Git PR请求是否与分支或分支中的特定提交相关？

我问这个问题是因为，在提出PR并将其发送给多个队友审阅后，我发现在PR通过合并或不合并关闭之前，有必要创建新的提交

---

PR请求是否主要表示要审查的功能分支

或

---

PR请求主要是指分支上的特定提交以供审查吗？

PR指的是您希望合并到master中的分支（或针对其提出的任何其他分支）。将其他提交推送到您打开PR的分支会将它们添加到PR中。

除非您定义“拉请求”-我假设这就是PR的意思，或者选择特定的托管提供商，如GitHub或Bitbucket，这个问题无法完全回答。原因是拉请求不是Git的东西，而是托管提供商的东西。这取决于托管提供商来实现它们，而每个实现它们的人在实现上都与下一个家伙有一些细微的区别

一旦准确定义了PR，选择branch这个词的定义也很有帮助，因为在Git中，当人们说branch时，他们的意思可能不同。（见附件）

也就是说，GitHub和Bitbucket都以非常相似的方式处理pull请求。如果您正在使用其他提供商，他们很有可能遵循这一趋势。在GitHub和Bitbucket上，当您发出请求时，您所做的是创建非常类似于分支的东西。（它是否是分支，取决于您对分支的个人定义。）您可以继续向这个类似分支的东西添加更多提交，并且拉请求会自动更新，以便网站上查看拉请求的用户可以看到新的提交

---

向拉请求添加新提交的方法也可能因宿主提供商而异。对于GitHub，您只需将git推送到您使用的任何分支，在您使用的任何存储库上，就可以启动pull请求。GitHub然后自动更新pull请求本身。我对Bitbucket的经验要少得多，也不确定他们的PRs是否有相同的行为方式，但这正是我所期望的。

PR是指与另一个分支机构（例如主分支机构）相比要审查的分支机构

---

当您创建PR时，系统将评估自功能分支从主分支分支出来以来，有多少新提交功能分支。

我想添加几句话，主要是解释如何与PR交互，而不是给出严格的术语定义

PR是一个分支，旨在将变更集成到某个项目中，并为在项目中共同工作的人员提供一套协作服务。 基本上，这些服务使公关不同于仅仅是一个带有代码的分支机构

PR在不同源代码托管提供商中提供的当前事实上的标准功能集包括：

• 讨论。它们可能会作为一个整体附在PR上以讨论高层事务，也可能附在单独的代码片段上。（在我看来，这些对话的“范围”是公关最重要的特征之一）

• 高级交叉引用嵌入对话中，您可以轻松地将文本与代码片段、bug、功能、提交和任何其他实体关联/链接。这主要是自动完成的。它还支持“对话”功能，以便同事可以轻松地将公开公关中的每一次变更与公关讨论中出现的问题/建议/请求联系起来

---

其他功能也有助于管理代码更改，但不是特别附加到PRs。

我们使用github主机repoOK，然后，github使这些功能像分支一样工作，并从分支中获取它们，因此您几乎可以假装它们都是分支，但最终定义“分支”：-）