三账号GitHub怎么管？我试出了一套不疯的方案

你有没有算过自己有几个GitHub账号？

作者说他有三个：一个放个人项目，一个给公司打工，还有一个去年夏天因为客户要求IP隔离才开的。听起来很极端？但想想身边——主业副业分开、自由接单、前后两家公司——很多人其实已经在多账号边缘了。

真正的问题不是"能不能用"，而是用起来之后那堆慢性的、低烈度的崩溃。三个浏览器标签来回切，SSH密钥配到怀疑人生，某次push完发现commit记录里挂着公司邮箱……这篇文章的价值在于，作者把这套混乱拆解成了三个可解决的问题，还顺手写了个工具。

三个隐形杀手

多账号GitHub的麻烦不会直接报错。它像背景噪音一样消耗注意力。

第一是认证层。SSH密钥、个人访问令牌（PAT）、凭证助手，每个CLI工具都要问"你现在是谁"。作者的原话是：「第一次你从工作电脑push到个人仓库，然后看着公司邮箱出现在commit记录里，你就开始在乎这件事了。」

第二是可见性。GitHub不提供跨账号的统一视图。你能star仓库、关注人，但贡献日历、最近push列表、活动图谱，全是按账号隔离的。工作拆在三个账号里，就没有一个页面能告诉你这周到底干了什么。

第三是上下文。从客户仓库切到 side project 再切到工作特性分支，认知成本不只是记代码逻辑，还要记：当前登录的是哪个账号、哪个终端挂着哪个SSH代理、哪个目录覆盖了哪份.gitconfig。

作者说他是分开解决前两个，最后用工具搞定了可见性问题。我们按这个顺序拆。

SSH别名 + 目录级配置

经典方案，作者认为"仍然是最好的"。核心是两处配置联动。

SSH层用config别名区分身份：

Host github.com-personal
HostName github.com
User git
IdentityFile ~/.ssh/id_ed25519_personal

Host github.com-work
HostName github.com
User git
IdentityFile ~/.ssh/id_ed25519_work

Host github.com-client
HostName github.com
User git
IdentityFile ~/.ssh/id_ed25519_client

克隆时改用别名，而不是默认的git@github.com：

git clone git@github.com-personal:myname/sideproject.git
git clone git@github.com-work:org/repo.git

Git层用includeIf做目录隔离。在~/.gitconfig里写：

[includeIf "gitdir:~/code/personal/"]
path = ~/.gitconfig-personal

[includeIf "gitdir:~/code/work/"]
path = ~/.gitconfig-work

[includeIf "gitdir:~/code/client/"]
path = ~/.gitconfig-client

每个.gitconfig-{role}单独设置user.name、user.email、user.signingkey。注意gitdir路径末尾的斜杠不能漏，否则匹配逻辑会乱。

这套组合拳打下来，认证和上下文问题基本解决。你进~/code/personal/就自动是个人身份，进~/code/work/就是公司身份，物理目录成了身份切换的开关。

但贡献图谱还是碎的

SSH+gitconfig解决了"别push错身份"，但没解决"我这周到底写了多少代码"。

作者的痛点很具体：三个浏览器标签，三个github.com/{username}页面，手动滚动、对比、叹气、关掉、忘记自己要查什么。GitHub官方不提供跨账号聚合视图，这是产品层面的空白。

他最后的解法是自己写了个工具（文章末尾提到，但原文没展开技术细节）。这个选择本身说明了一件事：当工作流被多账号撕裂到足够痛，开发者会倾向于用工程方案解决，而不是等官方功能。

这也解释了为什么这类工具一直有市场——从早期的Hub、到各种GitHub CLI包装器、再到现在的AI辅助代码分析，核心需求始终是"让我看见全貌"。

这套方案适合谁

如果你只有一个GitHub账号，完全不用折腾。但如果有以下场景，值得提前配置：

· 公司要求代码托管在组织账号，但你想保留个人贡献记录
· 接外包或咨询，客户要求IP隔离或独立身份
· 同时服务多个甲方，需要清晰的代码归属边界

作者的目录结构~/code/{personal,work,client}/是一种约定大于配置的思路。比纯靠记忆更可靠，比每次手动切换git config更轻量。

一个细节：他用了ed25519密钥格式。这是目前SSH的推荐算法，比RSA更短、更快、更安全。如果你还在用rsa-4096，迁移成本很低，值得顺手升级。

为什么这事值得现在看

远程工作常态化之后，"多重职业身份"从边缘案例变成主流场景。全职员工接咨询、独立开发者同时服务多个客户、开源维护者兼顾商业项目——这些模式都在制造多账号需求。

GitHub的产品设计假设一个用户对应一个身份，这个假设正在失效。作者的文章是一个务实的补丁：在官方解决之前，先用现有工具链搭一套能跑的方案。

数据收束：作者明确提到自己管理3个账号，使用3组SSH密钥，配置3份目录级gitconfig，最终目标是把3个浏览器的标签页合并成1个可见性入口。这个数字结构本身说明问题——当N=3时，手动管理开始崩解，自动化工具变得必要。