如何配置Git同时追踪多远程源的独立提交历史，实现跨仓库推送历史隔离

核心逻辑是切断两个仓库的Git提交哈希关联，每次对外推送时把最新代码作为独立快照提交，完全不继承内部仓库的提交链，从根源上解决推送时连带内部全量历史的问题。

为什么现有操作达不到预期 #

你目前直接把本地origin（内部dirty仓库）的master分支推送到clean远程源，本质是Git按提交哈希做关联推送——本地master分支指向一整串内部高频提交的哈希链，推到clean源时会把整条链上的所有提交节点都同步过去，自然没法实现两个仓库独立维护提交历史的目标。
之前调研的浅仓库方案不适用，是因为浅仓库只是截断拉取时的历史深度，只要两个仓库存在共同的提交哈希节点，推送时还是会把关联的历史带过去，没法完全切断历史关联。

可落地的操作路径 #

路径1：复用现有本地工作区，零额外目录开销 #

不需要单独新建克隆目录，用Git原生的孤儿分支能力实现独立推送：

• 第一步，同步内部dirty仓库的最新全量代码到工作区

  git fetch origin master
  git checkout master
  git reset --hard origin/master
  

  这一步仅同步文件内容，后续不会继承对应分支的提交历史，作为每周对外推送的代码基准。
• 第二步，创建无历史的孤儿临时分支

  git checkout --orphan temp_clean_sync
  

  这个分支的特性是没有任何上游父提交，当前工作区的所有文件会被识别为全新文件，不会绑定任何内部仓库的提交记录。
• 第三步，生成单次自定义命名的全量快照提交

  git add -A
  git commit -m "每周版本快照：YYYY年第N周全量代码更新"
  

• 第四步，把这个独立提交推送到clean远程的master分支

  git push clean_repo temp_clean_sync:master
  

  第一次推送如果clean远程存在初始历史，可追加--force参数强制覆盖，因为两个仓库从设计上就不需要共享任何公共提交节点。
• 第五步，清理临时分支，切回日常开发的工作分支

  git checkout master
  git branch -D temp_clean_sync
  

后续每周重复上述流程即可，clean远程的提交历史完全由自定义的快照提交组成，和内部仓库的高频提交没有任何哈希关联，彻底隔离两套历史线。

路径2：单独搭建clean工作区，零操作失误风险 #

如果担心在同一个工作区操作容易误碰分支、带错历史，可以为clean仓库单独建一个完全独立的本地工作目录，从配置层面切断和内部仓库的关联：

• 单独克隆clean仓库的代码到独立目录，不配置任何内部dirty仓库的远程源

  git clone <clean仓库的访问地址> clean_sync_workspace
  cd clean_sync_workspace
  

• 每次每周同步时，直接把日常开发目录里最新的全量代码文件，复制覆盖到这个clean工作目录下的所有文件（不要用git pull内部仓库的方式拉取，避免触发Git的历史关联）
• 在clean工作目录下提交改动并推送

  git add -A
  git commit -m "YYYY-MM-DD 每周全量版本更新"
  git push origin master
  

  这种模式下clean工作目录只有自己的远程配置，从根源上就不会拉取或关联内部仓库的任何提交历史，提交线是完全独立线性的，也不会出现孤儿分支那种每次提交都没有父节点的断裂问题。

操作注意事项 #

• 严禁在clean相关的工作分支配置内部dirty仓库的远程地址，严禁直接用git pull从内部仓库往clean分支拉取代码，只要Git匹配到两个仓库存在公共提交节点，就会自动把关联的全量历史同步到clean仓库。
• 如果clean仓库需要对外提供连贯的版本回溯能力，优先选择独立工作区的方案，生成的提交历史是连续线性的，版本回溯体验更好；同目录用孤儿分支的方案，每次推送的快照提交都是无父节点的根提交，历史线是断裂的，仅适合不需要回溯连续版本的场景。

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