SVN迁移Git：如何将无关提交序列拼接为线性A-B-C-D历史？

针对你描述的SVN非标准布局导致的Git碎片化历史，两种方案都可以实现目标：用git rebase组合命令拼接历史，或者用全新提交构建干净线性历史。以下是具体操作步骤：

方案一：用rebase+cherry-pick拼接现有提交 #

该方案保留原提交的作者、日期等元信息，操作更高效：

前置准备 #

假设当前仓库的提交哈希为：

• v1.1（main分支最早提交）：A
• v1.2（1_2分支唯一提交）：B
• v1.3（单独clone的branch_1.3仓库的提交）：C
• v1.4（main分支最新提交）：D

操作步骤 #

1. 导入v1.3的提交到当前仓库

   # 将单独clone的v1.3仓库作为临时远程导入
   git remote add temp ../path/to/repo_branch_1.3
   git fetch temp
   # 此时temp/main分支上可获取v1.3的提交C
   

2. 构建v1.1→v1.2→v1.3的基础线性分支

   # 基于v1.1创建临时分支
   git checkout -b linear-base A
   # 把v1.2提交拼接到v1.1之后
   git cherry-pick B
   # 把v1.3提交拼接到v1.2之后
   git cherry-pick C
   

3. 将v1.4迁移到v1.3之后，切断原v1.1→v1.4的关联

   # 切回main分支
   git checkout main
   # 把main分支上v1.1之后的提交（仅v1.4）移到linear-base的末尾
   git rebase --onto linear-base A
   

4. 验证与清理

   # 查看线性历史是否符合预期
   git log --oneline
   # 删除临时分支和远程
   git branch -D linear-base
   git remote remove temp
   

方案二：用全新提交构建彻底干净的线性历史 #

如果希望完全抛弃原SVN迁移带来的混乱历史，彻底修正源码控制错误，可以直接模拟依次提交各版本的状态：

操作步骤 #

1. 导出各版本的干净代码
   从现有仓库分别导出v1.1、v1.2、v1.3、v1.4的完整代码到独立目录：

   # 导出v1.1
   git archive A --output=v1.1.tar && mkdir v1.1 && tar -xf v1.1.tar -C v1.1
   # 导出v1.2
   git archive B --output=v1.2.tar && mkdir v1.2 && tar -xf v1.2.tar -C v1.2
   # 导出v1.3
   git archive temp/main --output=v1.3.tar && mkdir v1.3 && tar -xf v1.3.tar -C v1.3
   # 导出v1.4
   git archive D --output=v1.4.tar && mkdir v1.4 && tar -xf v1.4.tar -C v1.4
   

2. 创建全新仓库并依次提交

   mkdir clean-git-repo && cd clean-git-repo
   git init
   
   # 提交v1.1
   cp -r ../v1.1/* .
   git add .
   git commit -m "v1.1: 初始固件版本"  # 可添加原提交的作者/日期：--author="原作者 <邮箱>" --date="原提交日期"
   
   # 提交v1.2
   rm -rf ./* && cp -r ../v1.2/* .
   git add .
   git commit -m "v1.2: 固件更新"
   
   # 提交v1.3
   rm -rf ./* && cp -r ../v1.3/* .
   git add .
   git commit -m "v1.3: 固件更新"
   
   # 提交v1.4
   rm -rf ./* && cp -r ../v1.4/* .
   git add .
   git commit -m "v1.4: 固件更新"
   

3. （可选）迁移原提交元信息
   若需要保留原提交的作者、提交日期等，可从原仓库提取这些信息：

   # 从原仓库获取v1.2提交的元信息
   git log -1 B --pretty=format:"%an <%ae> %ad"
   # 在提交v1.2时使用：
   git commit --author="原作者 <邮箱>" --date="原提交日期" -m "v1.2: 固件更新"
   

方案对比 #

• 方案一：保留原提交的所有元数据，操作步骤少，适合希望保留历史痕迹的场景。
• 方案二：生成完全无冗余的干净线性历史，彻底解决SVN遗留的源码控制问题，适合需要完全重构历史的场景。

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