如何安全将独立Git新仓库的提交历史追加至生产环境旧仓库

全程在隔离的临时分支上完成历史拼接，不直接改动生产主分支的现有历史，不修改两个仓库原有提交的内容、作者、时间戳等元数据，所有操作经过多重验证后再合入生产分支，从流程上规避生产故障风险。

• 对本地old_repository目录做全量文件备份：将整个仓库文件夹复制到本地其他独立路径，作为操作失误时的快速回滚源
• 确认本地old_repository的工作区完全干净：执行git status，确保输出为无未提交修改、无本地偏离远程的状态，避免操作过程中被本地未保存的改动干扰
• 全程禁止直接在生产主分支（如main、master、生产发布分支）上执行整合操作，所有改动都在新建的临时分支上完成

1. 临时关联new仓库的远程地址，仅做本地配置不触发任何远程写入：
   执行git remote add new_source remote_new，该操作不会改动old仓库原有的remote_old配置，也不会对两个远程仓库产生任何请求
2. 拉取new仓库的全量提交到本地对象库，不改动当前工作区：
   执行git fetch new_source，操作完成后，new仓库的全部200个提交都会存入本地Git对象库，当前工作区的文件、当前分支的指针不会发生任何变化
3. 基于old仓库的生产主分支，新建专属的历史整合临时分支：
   执行git checkout -b temp/integrate-history remote_old/<生产主分支名>，确保临时分支的起点完全和生产分支的最新状态一致
4. 建立两个独立提交链的线性父子链接，不修改原有提交内容：
   • 先获取两个关键提交的哈希值：
     • new仓库的根提交（也就是new仓库历史中最早的那个无父提交）：执行git log new_source/<new仓库默认分支名> --oneline --reverse，取输出列表的第一个提交哈希，记为<new_root_commit>
     • old生产主分支的最新提交哈希：执行git rev-parse HEAD，记为<old_tip_commit>
   • 执行本地替换配置，将new仓库的根提交的父指针指向old仓库的最新提交：git replace --graft <new_root_commit> <old_tip_commit>，该操作仅在本地生成一条临时的父子关系映射，不会直接修改原有的提交对象
5. 切换分支指针到new仓库的最新提交位置，固化线性历史链路：
   执行git reset --soft new_source/<new仓库默认分支名>，soft模式只会移动分支指针，不会改动当前工作区已经合并好的文件内容；此时Git会自动顺着刚才配置的临时父子映射，把历史链路自动串成「old的400个提交」->「new的200个提交」的线性结构
6. 将临时的父子映射固化为真实的提交关系，消除临时替换配置的依赖：
   执行git filter-branch temp/integrate-history，操作完成后，new仓库的根提交会正式把old仓库的最新提交作为父节点，整个提交链不需要再依赖本地的临时replace配置

• 提交历史核对：执行git log --oneline，逐段确认前400个提交和old仓库原有生产分支的提交列表完全一致，后200个提交和new仓库的原有提交列表完全一致，无提交丢失、顺序颠倒、哈希不匹配的问题
• 文件差异核对：执行git diff temp/integrate-history remote_old/<生产主分支名>，确认差异内容就是你之前手动合并的new仓库文件改动，没有出现old仓库原有生产文件被误删、误改的异常情况
• 运行状态核对：基于当前临时分支拉取独立的工作目录，按照生产环境的启动流程完成一次启动测试，确认应用可以正常运行、核心功能无报错，和生产环境的运行要求完全匹配

• 禁止不建临时分支直接在生产主分支上执行reset、merge、强推操作，一旦误操作会直接覆盖生产分支的现有历史
• 禁止跳过本地备份环节执行整合操作，一旦本地出现文件、提交的误删，可以直接通过备份目录恢复
• 禁止未经过验证环节就将整合后的分支直接强推到生产远程仓库，避免代码不兼容导致生产故障
• 整合操作全部完成、合入生产分支后，记得执行git remote remove new_source删掉临时关联的new仓库远程配置，避免后续操作时误将代码推送到new仓库的远程地址

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