重命名 GitHub 账户时究竟会破坏什么
GitHub 用户名不仅仅是一个标签。它是你的个人资料 URL、仓库 URL 和提交身份的一部分。当你更改它时，会发生三种不同的事情，并且它们以三种不同的方式失败。
首先，旧的个人资料 URL 停止工作。任何收藏了你的个人资料、在简历中链接到它或在 README 中提及它的人都会遇到死胡同。
更改用户名后，旧的 GitHub 个人资料链接会返回 404。来源
其次，仓库引用通常会重定向。如果有人访问 github.com/oldname/repo，GitHub 通常会将他们转发到 github.com/newname/repo。这种重定向很方便，但并非保证。如果另一个用户注册了你的旧用户名并创建了同名仓库，重定向可能会被覆盖，访问者可能会落到别人的项目上。
仓库引用通常会自动重定向，但如果另一个用户占用旧用户名并创建同名仓库，则可以覆盖重定向。来源
第三，你的 Git 远程地址是另一个问题。本地克隆仍然指向旧 URL，直到你更新它。推送和拉取可能会失败，或者更糟的是，如果旧用户名被重用，可能会指向错误的位置。
更改用户名后应检查 Git 远程 URL。来源
这是三个不同的问题。将它们混为一谈是重命名后留下未了事项的最常见原因。
第 1 步：清点旧用户名出现的所有位置
在更改任何内容之前，列出旧用户名的使用位置。在旧个人资料仍然有效时进行此操作，因为这样更容易比较。
| 位置类型 | 示例 | 会破坏什么 | 重命名后修复 |
|---|---|---|---|
| 个人资料链接 | 个人简介、简历、作品集、电子邮件签名、社交资料 | 旧个人资料 URL 返回 404 | 将链接更新为新的个人资料 URL |
| 仓库引用 | README 徽章、克隆 URL、议题链接、wiki | 通常重定向；可能被旧用户名的新所有者覆盖 | 在你控制文本的地方更新为新的所有者路径 |
| Git 远程地址 | 本地克隆、CI 配置、部署脚本 | 推送/拉取可能失败或指向错误的仓库 | 更新远程 URL 并重新测试 |
| 提交身份 | 提交中的作者电子邮件 | 如果个人电子邮件公开，则暴露隐私 | 使用 noreply 地址并检查暴露情况 |
一个简单的清点方法：在你自己的文件和笔记中搜索确切的旧用户名，然后检查你控制的公开位置。不要依赖记忆。旧用户名经常在你两年前编辑的个人简介中存活下来。
第 2 步：区分个人资料链接和仓库重定向
这个决定决定了你需要做多少工作。在开始编辑之前使用此表。
| 情况 | 会重定向吗？ | 操作 |
|---|---|---|
旧个人资料 URL (github.com/oldname) | 不会；返回 404 | 更新你控制的每个链接 |
旧仓库 URL (github.com/oldname/repo) | 通常会 | 在可行处更新；保留无法编辑的位置列表 |
| 旧用户名被他人占用 | 重定向可能被覆盖 | 优先更新仓库引用 |
| 本地 Git 远程地址 | 不是 Web 重定向 | 手动更新远程 URL |
| 提交作者电子邮件 | 不是重定向 | 单独检查隐私设置 |
由此得出两条实用规则。个人资料链接需要主动替换，因为没有任何东西会转发它们。仓库引用紧急程度较低但并非零，因为重定向依赖于旧用户名保持未被占用。
如果你无法编辑某个仓库引用，例如第三方 README 或存档页面，请记录下来。重定向可能暂时覆盖它，但这不是永久保护。
第 3 步：更新个人资料链接和个人简介
逐一处理你的个人资料 URL 作为链接出现的地方。目标是点击你名字的读者会到达新的个人资料，而不是 404。
- 更新你的 GitHub 个人资料简介和任何网站字段。
- 更新个人网站、作品集和简历链接。
- 更新你列出 GitHub URL 的社交资料。
- 更新电子邮件签名和任何已发布的演讲者简介。
- 检查固定仓库和个人资料 README 中是否有旧用户名的链接。
当你检查社交资料时，请记住用户名搜索可能会发现你已遗忘的公开账号。像 TraceSeek 这样的工具会检查 3,000+ 个平台，并且首次扫描免费；它有助于发现仍带有旧用户名的公开个人资料。它不会更改任何平台上的设置，也不会暴露私人记录。它只是帮助你找到公开账号以供自己审查。
有关审查公开账号的更广泛方法，请参阅按用户名查找社交媒体账户的指南：/guides/find-social-media-accounts-by-username/。对于 GitHub 特定的公开账号审查，查询页面位于 /find/github/。
第 4 步：更新 Git 远程地址和仓库引用
本地克隆不会自行更新。对于你仍在使用的每个克隆，检查远程 URL 并将其指向新的所有者路径。
- 列出你的本地克隆，并记下你仍在推送的克隆。
- 检查每个远程 URL 是否有旧用户名。
- 将远程地址更新为新 URL。
- 在依赖它之前重新测试获取或拉取。
- 检查引用旧路径的 CI 配置和部署脚本。
你自己 README、徽章和 wiki 中的仓库引用也值得更新。重定向通常有效，但直接链接到新路径更清晰，并且不依赖于旧用户名保持未被占用。
第 5 步：将提交电子邮件隐私与重命名分开处理
更改用户名不会自动修复提交电子邮件的暴露问题。如果你的提交带有个人电子邮件地址，无论用户名如何，该地址在历史记录中仍然可见。这是一个隐私问题，而不是链接重定向问题，值得单独处理。
检查你的提交历史中出现的是哪个电子邮件地址，并决定是否希望它公开。GitHub 提供了 noreply 地址选项，但确切的菜单路径和当前行为应在 GitHub 自己的文档中检查，因为平台界面会变化。不要假设重命名解决了这个问题。
常见错误
- 假设个人资料会重定向。 它不会。旧个人资料链接返回 404，没有任何设置可以改变这一点。
- 将仓库重定向视为永久性的。 如果有人占用旧用户名并创建同名仓库，重定向可以被覆盖。
- 忘记本地远程地址。 Web 重定向不会更新本地克隆。推送可能失败或指向错误的位置。
- 将重命名与电子邮件隐私混淆。 提交电子邮件暴露与用户名无关，需要单独审查。
- 只编辑你记得的地方。 个人简介和旧的社交资料很容易被遗漏；清点过程可以捕捉到它们。
- 假设公开匹配证明所有权。 另一个平台上的用户名匹配是线索，而不是该账户属于你或任何其他人的证据。
重命名后保护你自己的数字足迹
重命名是一次性操作；清理是持续性的。保留一份旧用户名出现位置的简短记录，并在几周后重新检查高价值位置，例如你的作品集、简历和主要社交简介。公共页面会被缓存和复制，所以你修复的链接可能会在其他地方重新出现。
还要决定你想如何处理旧用户名。如果你不打算使用它，请理解其他人可能会占用它，这正是仓库重定向脆弱的原因。你无法控制谁占用未使用的用户名，因此持久的修复方法是更新你控制的引用，而不是依赖转发。
最后，在头脑中保持三个问题分开：个人资料链接需要替换，仓库引用需要在可行处更新，提交电子邮件隐私需要单独审查。处理好所有三个问题的重命名会留下更少的失效链接和更少的意外。
关键事实
- 更改用户名后，旧的 GitHub 个人资料链接会返回 404。
- 仓库引用通常会自动重定向，但如果另一个用户占用旧用户名并创建同名仓库，则可以覆盖重定向。
- 更改用户名后应检查 Git 远程 URL。
- TraceSeek 检查 3,000+ 个平台，并且首次扫描免费。
- 用户名搜索不是完整的账户清单，公开匹配是线索而非所有权证明。