同步两个独立Git仓库的最优方案咨询

嘿，这个问题我之前帮不少开发者解决过——你之前删除.git文件夹的做法确实能快速启动私密开发，但代价就是切断了和原仓库的历史关联，合并变更自然会变得麻烦。别担心，有个更优雅的方案，既能保持你的开发私密，又能轻松同步对方的更新：

一、初始化你的私密开发环境（推荐从这里开始） #

如果还没开始开发，或者可以重新初始化，按以下步骤来：

• 先克隆对方的公开仓库到本地：

  git clone <对方仓库的URL>
  cd <仓库目录>
  

• 把原仓库重命名为upstream（用来追踪对方的更新），避免和你的私密仓库混淆：

  git remote rename origin upstream
  

• 添加你的私密仓库作为新的origin（这是你平时推送代码的目标）：

  git remote add origin <你的私密仓库URL>
  

• 把本地代码推送到你的私密仓库：

  git push -u origin main  # 这里的main换成对方仓库的默认分支名，比如master
  

二、日常开发与上游同步流程 #

这样设置后，你就能在私密仓库自由开发，同时轻松合并对方的变更：

• 日常开发：在本地创建特性分支（比如feature/my-dev），写完代码后推送到你的私密仓库：

  git checkout -b feature/my-dev
  # 写代码、提交
  git push origin feature/my-dev
  

• 同步对方的更新：定期拉取对方仓库的最新代码，合并到你的开发分支：

  # 先拉取对方的所有更新
  git fetch upstream
  # 切换到你的主分支
  git checkout main
  # 合并对方主分支的更新（或者用rebase，看你的习惯）
  git merge upstream/main
  # 如果有冲突，解决后提交，再推送到你的私密仓库
  git push origin main
  # 回到你的特性分支，合并更新后的主分支
  git checkout feature/my-dev
  git merge main
  

三、如果已经用了删除.git的旧方法，怎么补救？ #

如果你已经基于删除.git后的仓库做了大量开发，也不用重新来：

• 进入你的现有私密仓库目录，添加对方仓库作为upstream：

  git remote add upstream <对方仓库URL>
  

• 拉取对方的历史代码，这里需要用allow-unrelated-histories参数，因为两个仓库的历史是断开的：

  git pull upstream main --allow-unrelated-histories
  

• 手动解决合并冲突，提交后，你的仓库就和对方仓库建立了关联，之后就能用上面的同步流程了。

为什么这个方案更好？ #

• 保留了完整的Git历史，合并变更时Git能自动识别相同的代码块，大幅减少手动对比的工作量
• 清晰区分了「上游仓库（对方的）」和「你的私密仓库」，不会混淆推送目标
• 后续要向对方提交代码时，直接从你的私密分支发起PR或者推送（根据对方的协作规则）即可，无需额外处理历史问题

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