如何使用不同邮箱配置多GitHub实例实现同一仓库发布

完全不需要新建冗余的本地仓库、手动做内容同步，用Git原生的多远端配置能力就能实现简洁的双平台发布，操作流程如下：

配置多远端地址 #

在本地现有仓库根目录下，先检查当前已有的远端配置：
git remote -v

• 若尚未关联企业GitHub实例，先添加企业平台远端作为默认主远端：
  git remote add origin git@github.enterprise.example.com:你的企业空间/对应仓库名.git
• 单独添加公开GitHub平台的远端，命名为public方便区分：
  git remote add public git@github.com:username/对应公开仓库名.git

分平台配置推送认证 #

两个GitHub实例为独立的服务端，需分别配置对应的登录凭证，避免推送时出现认证冲突：

• 为企业GitHub实例配置专属SSH密钥，通过SSH config指定对应密钥匹配企业域名的访问请求
• 为公开GitHub平台配置关联你username账号的SSH密钥，确保两个平台的推送请求都能通过身份校验

选择适合的推送模式 #

按需手动推送 #

适合需要选择性发布内容到公开平台的场景，每次推完企业版再推公开版，无额外配置：

• 推送企业仓库：git push origin 目标分支名
• 推送公开仓库：git push public 目标分支名

一键同步推送 #

适合企业仓库的所有提交都需要同步到公开平台的场景，配置完成后执行一次推送命令即可同步到两个平台：
给主远端origin追加两个推送地址：
git remote set-url --add --push origin git@github.enterprise.example.com:你的企业空间/对应仓库名.git
git remote set-url --add --push origin git@github.com:username/对应公开仓库名.git
配置完成后，执行常规的git push origin 目标分支名，Git会自动把本地提交同步到两个平台，全程无重复操作。

注意：配置推送地址时，需要先把原本的企业仓库地址加为第一个push目标，否则默认的origin推送规则会失效，导致无法正常推送到企业平台。

补充注意点 #

• 现有本地仓库的提交作者信息（alice, alice@example.com）会完整保留在公开仓库中，如果不希望公开该邮箱，可在推送公开平台前单独配置提交邮箱替换规则，不会改动企业仓库的原始提交记录。
• 拉取远端内容时，需分别对两个远端执行拉取操作，避免两个平台出现独立的提交后引发合并冲突。

内容的提问来源于stack exchange，提问作者majiang