文章版本: Enterprise Server 2.17
转让仓库
您可以将仓库转让给其他用户或组织帐户。
关于仓库转让
当您将仓库转让给新所有者时,他们可以立即管理仓库的内容、议题、拉取请求、版本、项目板和设置。
仓库转让的前提条件:
- 要将您拥有的仓库转让给一个组织,您必须拥有在目标组织中创建仓库的权限。
- 目标帐户不得具有相同名称的仓库,或位于同一网络中的复刻。
- 仓库原来的所有者将添加为已转让仓库的协作者。 已转让仓库的其他协作者保持不变。
- 私有复刻无法进行转让。
随仓库一起转让的有哪些内容?
当您转让仓库时,其议题、拉取请求、wiki、星号和查看者也将转让。 If the transferred repository contains webhooks, services, secrets, or deploy keys, they will remain associated after the transfer is complete. 关于提交的 Git 信息(包括贡献)都将保留。 此外:
-
如果转让的仓库是复刻,则它仍与上游仓库关联。
-
如果转让的仓库有任何复刻,则这些复刻在转让完成后仍与该仓库关联。
-
如果转让的仓库使用 Git Large File Storage,则所有 Git LFS 对象均自动移动。 此转让在后台进行,因此如果您有大量的 Git LFS 对象或者如果 Git LFS 对象本身很大,则进行转让可能需要一些时间。
-
仓库在两个用户帐户之间转让时,议题分配保持不变。 当您将仓库从用户帐户转让给组织时,分配给组织中该成员的议题保持不变,所有其他议题受理人都将被清除。 只允许组织中的所有者创建新的议题分配。 当您将仓库从组织转让给用户帐户时,只有分配给仓库所有者的议题保留,所有其他议题受理人都将被清除。
-
如果转让的仓库包含 GitHub Pages 站点,则指向 Web 上 Git 仓库和通过 Git 活动的链接将重定向。 不过,我们不会重定向与仓库关联的 GitHub Pages。
-
指向以前仓库位置的所有链接均自动重定向到新位置。 当您对转让的仓库使用
git clone
、git fetch
或git push
时,这些命令将重定向到新仓库位置或 URL。 不过,为了避免混淆,我们强烈建议将任何现有的本地克隆副本更新为指向新仓库 URL。 您可以通过在命令行中使用git remote
来执行此操作:$ git remote set-url origin new_url
更多信息请参阅“更改远程仓库的 URL”。
仓库转让和组织
要将仓库转让给组织,您必须在接收组织中具有仓库创建权限。 如果组织所有者已禁止组织成员创建仓库,则只有组织所有者能够转让仓库出入组织。
将仓库转让给组织后,组织的默认仓库权限设置和默认成员资格权限将应用到转让的仓库。
转让您的用户帐户拥有的仓库
您可以将仓库转让给接受仓库转让的任何用户帐户。 在两个用户帐户之间转让仓库时,原来的仓库所有者和协作者将自动添加为新仓库的协作者。
-
在 GitHub Enterprise 上,导航到仓库的主页面。
-
在仓库名称下,单击 Settings(设置)。
-
单击 Transfer(转让)。
-
阅读警告并输入仓库名称以确认您已经这样做。
-
输入新所有者的名称,然后单击 I understand, transfer this repo(我了解,转让此仓库)。
转让您的组织拥有的仓库
如果您具有组织中的所有者权限或组织其中一个仓库的管理员权限,您可以将组织拥有的仓库转让给用户帐户或其他组织。
-
在拥有仓库的组织中登录您具有管理员或所有者权限的用户帐户。
-
在 GitHub Enterprise 上,导航到仓库的主页面。
-
在仓库名称下,单击 Settings(设置)。
-
单击 Transfer(转让)。
-
阅读警告并输入仓库名称以确认您已经这样做。
-
输入新所有者的名称,然后单击 I understand, transfer this repo(我了解,转让此仓库)。