在存储库转移到创建它们的个人帐户后,将拉取请求重新附加到分支机构?
Re-attach pull requests to branches after repository transferred to personal account that they were created from?
B/X
中的拉取请求 (PR),最初在 A/X
中从 B/X
中的分支创建为 PR,如何重新附加到 B/X
中的分支在删除存储库 B/X
并将包含 PR 的 A/X
转移到 B/X
之后?考虑以下步骤,其中 A
和 B
都是个人帐户,X
是最初创建为 A/X
:
的存储库
B
从 A/X
. 创建分支 B/X
B
在 A/X
中打开 PR,基于 B/X
中的分支;
B
删除 B/X
(准备迁移);
A/X
移至 B/X
;
B
将PR对应的所有分支推回B/X
.
现在,B/X
包含无数的 PR 和无数的分支。每个PR都有对应的分支,但是由于删除了原来的B/X
,所以PR(从A/X
搬过来的)都显示在unknown repository
;尽管 unknown repository
实际上是指向 Github 上正确分支的超链接,但无法重新打开该问题 — 重新打开按钮呈灰色,将鼠标悬停在其上会产生消息 "The repository that submitted this pull request has been deleted"。
我怎样才能说服 Github 那些 PR 应该链接到回到最初创建 PR 时它们所在位置的分支?
相关:
- Recover a commit sent as a pull-request from a deleted fork on GitHub
- https://softwareengineering.stackexchange.com/q/61577/47323
- https://github.com/isaacs/github/issues/168
我已经就相同问题联系了 Github 支持人员(除了具体命名帐户和存储库)。
不可能。
GitHub支持者的回答:
This is something we cannot undo. Once you delete the branch the link is broken and we cannot link it back. We apologize for any inconvenience this may cause and we will investigate this further to improve on this in the future.
B/X
中的拉取请求 (PR),最初在 A/X
中从 B/X
中的分支创建为 PR,如何重新附加到 B/X
中的分支在删除存储库 B/X
并将包含 PR 的 A/X
转移到 B/X
之后?考虑以下步骤,其中 A
和 B
都是个人帐户,X
是最初创建为 A/X
:
B
从A/X
. 创建分支 B
在A/X
中打开 PR,基于B/X
中的分支;B
删除B/X
(准备迁移);A/X
移至B/X
;B
将PR对应的所有分支推回B/X
.
B/X
现在,B/X
包含无数的 PR 和无数的分支。每个PR都有对应的分支,但是由于删除了原来的B/X
,所以PR(从A/X
搬过来的)都显示在unknown repository
;尽管 unknown repository
实际上是指向 Github 上正确分支的超链接,但无法重新打开该问题 — 重新打开按钮呈灰色,将鼠标悬停在其上会产生消息 "The repository that submitted this pull request has been deleted"。
我怎样才能说服 Github 那些 PR 应该链接到回到最初创建 PR 时它们所在位置的分支?
相关:
- Recover a commit sent as a pull-request from a deleted fork on GitHub
- https://softwareengineering.stackexchange.com/q/61577/47323
- https://github.com/isaacs/github/issues/168
我已经就相同问题联系了 Github 支持人员(除了具体命名帐户和存储库)。
不可能。
GitHub支持者的回答:
This is something we cannot undo. Once you delete the branch the link is broken and we cannot link it back. We apologize for any inconvenience this may cause and we will investigate this further to improve on this in the future.