GitHub：术语：创建拉取请求与打开拉取请求

Question

创建请求请求和打开请求请求之间有区别吗？

带有创建请求请求的一些短语示例：

1. 创建请求请求，以提议和协作更改存储库。
2. 您可以指定创建拉取请求时要将更改合并到的分支。
3. 要创建草稿提取请求，请使用下拉菜单，然后选择创建草稿提取请求。

带有打开拉动请求的一些短语示例：

1. 要在公共存储库中打开拉取请求，您必须对头或源分支具有写权限。
2. 拉动请求只能在两个不同的分支之间打开。
3. 打开拉动请求后，您可以与合作者讨论并审查潜在的变化。

P.S。在我看来，创建拉取请求后，它变成：

1. 已创建。
2. 其状态自动变为open。

从逻辑上讲：

1. 首先，必须创建。

2. 然后可以打开（其状态为open）或关闭（其状态为closed）拉取请求，如下所示：根据需要多次。

结果是，从技术上来讲，打开拉取请求并不意味着创建拉取请求。

Answer 1

创建请求请求和打开请求请求的含义相同，只是使用不同的动词来表示PR（请求请求）的创建。您唯一的困惑是由于open是PR的一种状态。

当你说

从逻辑上讲：

首先必须创建一个拉取请求。

然后可以打开拉取请求（其状态为打开）或关闭（其状态） 状态关闭）根据需要进行多次。

这不一定意味着步骤1是创建PR，而步骤2是打开PR，但实际上，在创建或打开PR时，默认情况下其open为state。 state是GitHub的内部结构，用于管理PR的状态，即，如果它是open或closed（closed可能表示PR 刚刚关闭< / strong>或合并）。

• 打开的PR可以关闭或合并，从而将其state从open更改为closed < / p>

• 已关闭（而不是合并）的PR可以重新打开，从而将其状态从closed更改为open。

从技术上讲，打开拉取请求和创建拉取请求的含义相同。打开已关闭但尚未合并的PR表示重新打开拉取请求。

Answer 2

不，没有实际差异。

打开或创建的拉取请求意味着存在一个源分支和一个目标分支（在同一存储库或上游存储库中），从而触发查询，要求维护者接受/评论或拒绝所述拉取请求。

即使在GitLab中（术语是“合并请求”，而不是“拉取请求”），您也会看到：

一旦提交并推送，您可以单击“创建合并请求”按钮以打开“新合并请求”页面。