有什么区别吗?创建拉动请求 和 开启拉取请求
例子中的一些短语 创建拉取请求:
例子中的一些短语 拉取请求:
P.S. 在我看来 创建拉动请求 它成为。
open
.逻辑上的意思是。
首先,一个pull request必须是 创建.
然后,可以提出拉动请求 打开 其状态是 open
)或 封闭 其状态是 closed
)需要多少次就有多少次。
其结果是,从技术上讲 拉取请求 并不意味着 创建拉取请求.
创建一个拉取请求 和 打开一个拉动请求 的意思是一样的,只是用不同的动词来表示PR(pull request)的创建。你唯一的混淆是由于 open
作为公关的状态之一。
当你说
逻辑上的意思是。
首先,必须创建一个pull request。
然后一个pull request可以被打开(它的状态是打开的)或者关闭(它的状态是关闭的),次数不限。
这并不意味着第一步是创建,第二步是打开PR,但实际上当一个PR被创建或打开时,它就有了 open
作为其 state
默认情况下。该 state
是 GitHub 的内部结构,用于管理 PR 的状态,即如果它是 open
或 closed
(closed
可以说公关是 刚刚关闭 或 合并).
一个开放的PR可以是 封闭 或 合并从而改变其 state
从 open
到 closed
封闭的PR(没有合并)可以是 重开 从而使其状态从 closed
到 open
.
所以从技术上讲。拉取请求 和 创建拉取请求 意思是一样的。开启已关闭且尚未合并的PR是指 重新开启拉动请求.
不,没有实际的区别,拉取请求的打开或创建意味着有源分支和目的分支(在同一个仓库或上游仓库),这就触发了维护者对接受comment或拒绝所述拉取请求的查询。
一个拉取请求的打开或创建意味着有一个源分支和一个目的分支(在同一个仓库或上游仓库),这就触发了维护者接受或拒绝拉取请求的查询。
即使在GitLab中(这里的术语是 "Merge Request",而不是 "Pull Request"),你也会看到。
一旦提交并推送,你可以点击创建合并请求按钮,打开新建合并请求页面。