PR 请求是否与分支或分支中的特定提交有关？答案

【问题标题】：Does PR request relate to a branch or a specific commit in a branch?PR 请求是否与分支或分支中的特定提交有关？
【发布时间】：2019-11-29 18:56:00
【问题描述】：

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

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

或者

PR 请求是否主要表明分支上的特定提交以供审核？

【问题讨论】：

标签： git github git-branch pull-request

【解决方案1】：

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

【讨论】：

【解决方案2】：

在您定义“拉取请求”（我假设这就是 PR 的含义）或选择特定的托管服务提供商（例如 GitHub 或 Bitbucket）之前，这个问题无法完全回答。原因是拉取请求不是 Git 的事情，它们是托管服务提供商的事情。由托管服务提供商来实施它们，而每个实施它们的人在 他们的 实施与下一个人的实施中都有一些细微的差别。

一旦您准确定义了 PR，选择您的对 branch 一词的定义也很有帮助，因为在 Git 中，当人们说 branch，它们可能意味着不同的东西。（见What exactly do we mean by "branch"?）

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

您向拉取请求添加新提交的方法也因一个托管服务提供商而异。对于 GitHub，您只需 git push 到您使用的任何分支，在您使用的任何存储库上，即可发起拉取请求。然后 GitHub 会自动更新拉取请求本身。我对 Bitbucket 的经验要少得多，并且不确定他们的 PR 是否表现相同，但这是我所期望的。

【讨论】：

我们使用github host repo
好吧，那么，GitHub 使这些行为类似于分支，并从分支中获取它们，因此您几乎可以假装它们都是分支——但是您最终定义了“分支”:-)跨度>

【解决方案3】：

PR 表示要与另一个分支（例如 Master 分支）进行比较的分支。

当你创建一个 PR 时，系统会评估从主分支分支出来之后，有多少新提交到该功能分支。

【讨论】：

【解决方案4】：

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

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

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

讨论。它们可能作为一个整体附加到 PR 以讨论高级事物或单个代码段。（imo这些对话的“范围”是PR最重要的特征之一）。
高级交叉引用嵌入到对话中，您可以轻松地将文本关联/链接到代码片段、错误、功能、提交和任何其他实体。这主要是自动工作（自动完成）。它还支持“对话”功能，以便同事可以轻松地将公开 PR 中的每次迭代更改与 PR 讨论期间出现的问题/建议/请求联系起来。

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

【讨论】：