怎样使用TortoiseSVN合并不同版本库的代码段实战

TortoiseSVN不支持跨版本库合并，因其依赖同一仓库内可追溯的公共祖先版本；不同URL仓库无版本血缘关系，无法识别分支点与变更集，强行操作将失败或导致不可预测覆盖。

不能直接合并不同版本库的代码段。

这是 TortoiseSVN 的根本限制——它只支持同一 SVN 仓库（repository）内部的合并操作。所谓“不同版本库”，指的是 URL 完全不同、彼此独立的两个 svn:// 或 http:// 地址（例如 svn://server/repo-a 和 svn://server/repo-b），它们没有共享的版本历史，SVN 无法识别分支点、合并基点或变更集，因此合并向导会拒绝执行，命令行也会报错“no common ancestry”。

为什么不能跨库合并？

SVN 合并依赖版本树的血缘关系：

• 分支必须是从某个共同祖先（如 trunk 的某次提交）派生出来的“廉价拷贝”
• 合并过程是计算两条路径间的差异（change set），需要可追溯的公共父版本
• 不同仓库之间无版本号交集、无元数据关联，SVN 无法判定哪些修改该应用、哪些该忽略

替代方案：手动同步 + 版本标记

若确需将 repo-B 中某段代码引入 repo-A，应绕过“合并”机制，改用受控的手动方式：

• 导出+导入：在 repo-B 中右键目标文件夹 → “Export” 保存为本地干净副本；在 repo-A 工作副本中新建目录/文件，粘贴内容，再提交（保留原始作者信息需手动注明）
• 补丁迁移：在 repo-B 中选中要迁移的提交 → 右键 “Show log” → 选中对应 revision → “Save as patch…”；在 repo-A 工作副本中右键 → “Apply patch…” 导入（适用于小范围、结构一致的改动）
• 外部引用（externals）：若两库长期有关联，可在 repo-A 的 trunk 中定义 svn:externals 属性，指向 repo-B 的某个固定标签（tag）路径——这样不复制代码，而是动态引用，适合共用工具库或配置模块

特别注意：别被“URL 相似”误导

以下情况仍属同一仓库，可以正常合并：

• svn://host/project/trunk 和 svn://host/project/branches/feat-x
• https://svn.example.com/repos/app/trunk 和 https://svn.example.com/repos/app/tags/v2.1

只要域名、端口、路径前缀完全一致，后面只是子目录差异，就属于一个 repository，TortoiseSVN 能自动识别祖先关系。

真正跨库时，没有捷径。强行用“Merge two different trees”填两个不同仓库的 URL，只会失败或产生不可预测的覆盖结果。