跨版本重命名导致增量丢失，本质是svn未正确识别“rename+edit”的路径继承关系；需确保svn:mergeinfo完整记录重命名前后路径、使用“merge a range of revisions”模式（从rename修订号起）、手动修复冲突并养成重命名后立即提交及同步合并的习惯。
跨版本重命名引发的增量丢失，本质是 SVN 对目录结构变更与内容修改的时序处理不一致所致。它不是操作失误，而是版本树中“rename + edit”动作未被合并逻辑完整识别造成的结构性断层。解决关键在于让 SVN 明确知道：那个被重命名的文件夹，和原来路径下的文件，是同一实体的延续。
确认重命名是否已正确记录在 svn:mergeinfo 中
SVN 依赖 svn:mergeinfo 属性追踪合并历史。如果分支中重命名操作（如 svn rename Folder1 Folder1-Renamed）后未提交，或提交后主干未同步该属性，后续合并将无法建立路径映射关系。
- 在分支工作副本中执行：
svn propget svn:mergeinfo --recursive，检查重命名目录及其父目录是否包含有效 mergeinfo - 若缺失，需先手动补全：对重命名前的旧路径（如
/trunk/Folder1）和新路径（如/trunk/Folder1-Renamed）分别执行svn mergeinfo --show-revs merged ^/branches/your_branch，比对是否都标记为已合并 - 未覆盖的需用
svn propset svn:mergeinfo补录，否则 SVN 会当作两个独立路径处理
避免使用 “Merge two different trees” 模式直接对比重命名前后路径
该模式会把 /trunk/Folder1 和 /branches/your_branch/Folder1-Renamed 视为完全无关的两个树节点，导致只应用内容差异而忽略重命名关系，结果就是旧文件夹残留、新文件夹孤立、修改丢失。
- 必须改用 “Merge a range of revisions” 模式
- 源 URL 填写分支路径（如
^/branches/your_branch） - 版本范围必须覆盖重命名操作发生的修订号（例如 r120），以及其后的所有相关修改（如 r121、r122）
- 不能只选 r121（仅内容修改），必须从 r120（rename 提交）开始，确保 rename 动作本身被纳入合并上下文
手动修复树冲突并保留全部修改
若已发生冲突（如工作副本中同时存在 Folder1 和 Folder1-Renamed），需人工重建路径连续性：
- 暂存
Folder1下所有修改过的文件（如file1-change2）的 diff 内容 - 将
Folder1-Renamed目录设为当前工作目标，把上述 diff 应用到对应文件上（注意文件名匹配） - 执行
svn delete Folder1，再svn commit—— 此时 SVN 会记录该删除动作，并关联到之前重命名的历史 - 最终状态：仅保留
Folder1-Renamed，且含分支全部修改（rename + 后续 edit）
预防下次重命名合并出错的操作习惯
重命名不是原子操作，它由 delete + add 组成，必须让 SVN 看清整个链条：
- 重命名后立即提交，不要与其他修改混在一个 revision 中
- 在分支内完成重命名及后续修改后，先向主干做一次“同步合并”（sync merge），哪怕主干当时无其他变更，只为刷新
svn:mergeinfo - 后续再向主干做功能合并时，就能基于已有 mergeinfo 正确识别路径继承关系
