转移实际改变了什么
GitHub 仓库转移会把仓库移交给另一个所有者账号。它和重命名个人资料用户名不是同一项操作。更改用户名会改变账号的公开身份以及由它构成的 URL；转移仓库改变的则是某个具体项目的所有者。如果你的目标是让个人资料名称更整洁，而不是把项目交给别人，那么下面的转移步骤并不是合适的工具。
这一区别对规划很重要。一旦原所有者账号被注销，就没有人能登录接受邀请、批准后续操作或修正遗漏的链接。所有依赖旧账号的事项都必须在那之前处理完毕，而不是之后。
开始前需要确认的前提条件
有两个条件决定转移能否进行：
仓库转移需要管理员权限，以及一个兼容的接收账号，且不存在冲突的仓库名称或 fork 网络。来源
实际操作中，这意味着在发起请求前，要在所有者一侧检查三件事，在接收方一侧检查一件事：
| 检查项 | 由谁确认 | 为什么会阻止转移 |
|---|---|---|
| 所有者账号对该仓库拥有管理员权限 | 所有者 | 没有管理员权限就无法发起转移 |
| 接收账号兼容 | 接收方 | 不兼容的接收账号会阻止转移 |
| 接收方不存在同名仓库 | 接收方 | 名称冲突会阻止转移 |
| 不存在冲突的 fork 网络 | 接收方 | fork 网络冲突会阻止转移 |
如果任何一行不满足，请在发送请求前解决。在接收方一侧重命名仓库或选择其他目标账号属于接收方的决定，因此应提前商定，而不是在转移过程中才发现冲突。
接受步骤的时间窗口很短
对于个人账号之间的转移，接收方不是被动的一方。他们必须采取行动：
如果转移到另一个个人账号，接收方需要接受一封一天后过期的邮件邀请。来源
一天后过期是这一流程中的主要操作风险。如果接收方处于不同时区、正在休假，或者只是没有留意邮件，邀请就可能失效，转移只能重新发起。应约定一个接收方能够联系上的发送时间，并提前告知对方会收到这封邮件，而不是让它一直未被阅读。
一份简单的所有者/接收方接受清单：
- 所有者： 确认管理员权限、要转移的具体仓库，以及接收方账号不存在名称或 fork 网络冲突。
- 接收方： 确认目标账号，并从自己一侧检查同样的冲突。
- 双方： 约定一个发送窗口，确保接收方能在一天内响应。
- 所有者： 发送转移请求。
- 接收方： 及时接受邮件邀请并反馈。
- 所有者： 在对旧账号做任何操作之前，确认仓库现在已出现在接收方账号下。
在第 6 步确认之前，不要注销所有者账号。旧账号是唯一可以重新发送失败或过期转移请求的地方。
之后公开链接会怎样
链接行为是转移最容易让人意外的地方，因为两类链接的表现不同：
仓库链接在转移后会重定向，但关联的 GitHub Pages 网站不会重定向；如果旧仓库位置被重新使用，仓库重定向会被移除。来源
这为转移后的链接审查提供了明确的分工：
| 链接类型 | 转移后 | 需要采取的操作 |
|---|---|---|
| 指向旧位置的仓库链接 | 重定向到新所有者 | 通常无需操作；抽查验证 |
| 由该仓库构建的 GitHub Pages 网站 | 不会重定向 | 更新所有已发布的指向该 Pages 网站的链接 |
| 旧仓库位置被他人重新使用 | 重定向被移除 | 避免释放旧位置；保持链接为最新 |
第三行最容易被忽视。如果旧仓库路径后来被重新使用，原本默默覆盖旧链接的重定向就会消失。应把重定向视为迁移期间的便利，而不是永久保证，并更新你控制的链接，而不是依赖它。
转移后的公开链接清单
在接收方确认所有权之后、所有者账号被注销之前，执行以下检查：
- 从你的文档、README 以及任何引用该项目的网站中抽取一部分仓库链接打开，确认它们指向新所有者。
- 找出与该仓库关联的所有 GitHub Pages 网站，因为这些不会重定向，并更新指向它们的已发布链接。
- 决定旧仓库位置如何处理，以免它被重新使用而导致重定向被移除。
- 检查你无法控制的地方的链接，例如外部文章或共享书签，并记录哪些可以更新、哪些不能。
- 在上述所有事项完成之前，保持所有者账号处于活跃状态。
所有权迁移与用户名更改的区别
转移仓库和更改个人资料用户名是两项独立的任务，风险也各不相同。转移关乎谁拥有一个项目；用户名更改关乎账号自身的公开身份。如果你真正想要的是整理个人资料的展示方式，而不是移交仓库，请先阅读用户名指南：更改 GitHub 用户名而不留下失效的个人资料链接。
如果你两件事都要做，请有意识地安排顺序：先解决仓库所有权，确认新所有者能够独立操作，然后再更改或注销旧账号。如果顺序反过来，转移就会依赖一个你已经放弃的账号。
用户名搜索适合用在哪里，不适合用在哪里
在注销账号之前，人们常常想知道旧用户名在其他地方还留下哪些公开痕迹。用户名查询可以发现其他平台上的公开个人资料匹配，这可以作为可能需要更新的链接线索清单。它不是账号清单，匹配也不证明两个账号属于同一个人。应把结果视为需要手动核查的地方，而不是链接仍然有效或账号属于你的确认。
TraceSeek 覆盖 3,000+ 个平台，首次扫描免费，耗时 20–30 秒。这可以帮助你建立一份待审查的公开个人资料清单，但它不验证所有权，也不能替代上述转移和链接检查。仓库转移本身在 GitHub 上进行，而不是在查询工具中完成。
一个现实的操作顺序
- 确定你需要的是仓库转移、用户名更改，还是两者都需要。
- 确认管理员权限、接收方兼容性，以及不存在名称或 fork 网络冲突。
- 在接收方能够于一天内接受时发送转移请求。
- 确认仓库已位于新所有者名下。
- 审查仓库链接，并单独审查任何 GitHub Pages 链接。
- 保护旧仓库位置不被重新使用。
- 只有到这时才注销所有者账号。