Github Pull Request API 与 web 工作流不同

Question

我正在尝试使用 Github API 针对 upstream 存储库创建拉取请求

https://developer.github.com/v3/pulls/#create-a-pull-request

API 有以下感兴趣的参数。

head - 实施更改的分支的名称。对于同一网络中的跨存储库拉取请求，命名空间头部带有这样的用户：用户名：分支。

base - 要将更改拉入的分支的名称。这应该是当前存储库上的现有分支。您不能向请求合并到另一个存储库的基础的一个存储库提交拉取请求。

---

此模型假设在使用 API 时，我将成为 upstream 存储库，我可以合并来自 fork:branch

的更改

这与我使用他们的网络应用程序时的工作方式相反。我可以从我的 fork 向 upstream repo 提交 Pull Request，该 repo 表示为 (base-fork, base)。

在我看来，如果无法使用 API 访问 upstream 存储库，我就无法针对它创建拉取请求。用过github api的人能确认一下吗？

Answer 1

您无需访问上游存储库即可提交拉取请求，就像您在向某人发送电子邮件时无需访问某人的电子邮件帐户一样。使用您自己的凭据进行身份验证，但将请求发布到其他用户的存储库。

这与我使用他们的网络应用程序时的工作方式相反。我可以提交 从我的 fork 到上游 repo 的拉取请求，表示为 as (base-fork, base)。

我看不出 API 方法与网络应用流程有何不同。当您通过网络应用提交拉取请求时，拉取请求会被记录并显示在base-fork 存储库（您可能无权访问）中。 web-app 中的 base-fork 对应于您将针对其发布 create-pull-request API 请求的存储库。

根据the web-app documentation：

考虑分支时，请记住基础分支是 应在哪里应用 更改，head 分支 包含 what 你想申请。

这与 API 请求的 base 和 head 参数的含义完全匹配。