拉取请求是生成一个请求，要求repo拉取您的更改。

当你发送一个拉取请求时，你是在请求(请求)官方的回购所有者从你自己的回购中拉取一些更改。因此出现了“拉请求”。

任何需要一段解释的术语，都表明术语的选择不是直观的，具有复杂性或片面性。上面有很多写得很好的解释，所以我就不再赘述了，但这里是我对git中的push和pull术语感到沮丧的评论。

考虑门上正常的“推”和“拉”标签。

它是从即将开门的人的眼睛里解读出来的。

如果是“推”，这个人就会“推”。

如果它说“拉”，自然会有一个把手，用来把门拉向自己。

现在想象一下，如果gitHub制造了门，并在门上写了“拉”，只是为了让门从另一端被拉，而不是从你的一端被拉(所以在某种程度上，这是正常世界中的推!)。然后，你会用你的大脑来对抗直觉思维，并将拉门转化为推门。

正是这种想法导致了这种混乱。

我们大脑中依赖直觉和原始解释的系统会进入一个冲突区。

我只是选择接受git Pull和Push请求的这个异常定义，并将其作为生活中一旦遇到的许多例外之一，然后继续前进。

拉取请求是生成一个请求，要求repo拉取您的更改。

如果您在存储库中有一个代码更改，并希望将其移动到目标存储库，那么:

“Push”是你强制目标存储库中出现的更改(git Push)。 “Pull”是目标存储库抓取你的更改，以呈现在那里(git从另一个repo拉)。

“拉取请求”是您请求目标存储库获取您的更改。

“推送请求”将是目标存储库请求您推送更改。

为了更好地理解它并永远记住它，你需要描绘它。

想象一个大的、活的树(作为您的存储库)。这棵树太坚固了，你不能将一个分支推入或添加一个新部分(象征创建一个新分支或你将代码推入其中)，相反，你必须要求这棵树将一个分支拉入主干或从你那里获得更改。

术语“拉请求”来自于分布式的本质。而不是仅仅将您的更改推入存储库(就像您使用集中式存储库所做的那样，例如Subversion)，您将单独发布您的更改，并要求维护者拉入您的更改。然后维护者可以查看更改并执行所谓的拉取。

所以你基本上是“请求”那些对你想要贡献的回购有写权限的人，从你的回购中“拉”出来。

Pull请求可以让你告诉其他人你已经推送到GitHub存储库分支的更改。一旦打开了拉取请求，您就可以与协作者讨论和检查潜在的更改，并在将更改合并到基本分支之前添加后续提交。 Github的解释