SVN合并代码技巧有哪些

SVN合并代码技巧

一 合并前的准备与策略

• 保持目标工作副本干净：先提交或暂存本地改动，避免合并时把无关变更卷入；确保本地与服务器同步到最新。
• 明确合并方向与范围：先决定是主干→分支还是分支→主干，再选择是全部改动还是指定版本区间。
• 预览与差异检查：用svn mergeinfo --show-revs eligible查看“可合并”的版本，或用svn merge --dry-run做演练；必要时用svn diff -c REV URL查看具体改动。
• 小步快跑优先：多人并行开发时，优先按单个或少量版本逐步合并，减少一次性冲突量；图形界面可用“逐个日志合并”，命令行用**-c或-r N:M**精确指定。
• 目录级合并：只合并某个子目录时，在命令中指向该目录的URL@REV，避免整仓合并带来噪声。
• 空白与行尾：合并时建议忽略空白差异（ignore whitespace），降低无谓冲突。

二 常用合并方式与命令

三 减少冲突与保持线性历史

• 频繁同步：分支开发期间定期把主干变更合并入分支，避免“长期漂移”导致大冲突。
• 按功能提交：提交粒度尽量围绕完整功能点，减少跨功能交叉修改，合并更易定位与处理。
• 合并粒度控制：多人多分支并行时，优先逐个或少量版本合并；必要时再一次性合并剩余范围。
• 使用“仅记录合并”：跨分支或复杂同步后，用**–record-only标记已合并版本，保持mergeinfo**准确，避免重复合入。
• 同步点管理：记录每次合并的起始版本与结束版本，便于下次仅合增量。

四 冲突处理与提交收尾

• 识别冲突：冲突文件会带有**<<<<<<<、=======、>>>>>>>标记；命令行交互可用e**编辑、df查看差异、mc/tc快速采用本方/对方、p延后处理。
• 解决与标记：编辑保留需要的内容后，执行svn resolved 标记冲突已解决；若有树冲突（目录结构变更），按提示补齐或删除后再标记。
• 提交变更：冲突解决并完成测试后，执行**svn ci -m "merge … "**提交合并结果；若提交时报“remains in conflict”，说明仍有文件未标记为已解决或未处理。
• 收尾建议：分支reintegrate回主干后，按团队规范删除已合并分支，保持仓库整洁。

五 常见坑与排查

• 误用 --reintegrate：对已经做过 reintegrate 的分支再次执行，容易引发重复或冲突；一般建议在分支收尾时一次性使用并随后删除分支。
• 忽略 mergeinfo：跨分支合并后未正确记录，后续可能重复合入；用svn mergeinfo检查“已合并/未合并”集合，必要时补做**–record-only**。
• 一次性合入过多版本：多人并行开发时，直接“all revisions”容易引发大量冲突；建议按关键版本逐步合并。
• 目录级合并不完整：需要合入的只是子目录时，确保命令指向该目录的URL@REV，避免整仓合并带来无关改动。
• 树冲突未处理：目录移动/重命名导致的tree conflict需按提示处理（移动、删除或补齐），否则无法提交。