svn长周期分支需主动维护以避免合并灾难：定期同步主干（每1–3天）、合流前确保状态合规、用--reintegrate安全合并、合流后立即删除分支并归档。
长周期特征分支（比如开发周期超过一周、涉及多人协作或需频繁与主干交互的功能）在SVN中不是“建完就放着”，而是需要主动维护才能避免合并灾难。核心在于：保持分支与主干的渐进同步，控制差异增量，确保最终合流可预测、低冲突。
日常维护：定期从主干同步更新到分支
不维护的分支会越走越偏——主干持续演进，分支却停滞在创建那一刻的快照。等两个月后合流，上百个冲突文件是常态。所以必须建立同步节奏：
- 建议每1–3天执行一次 svn merge http://repo/.../trunk 到本地分支工作拷贝，再 commit 提交同步结果
- 同步前先 svn update 确保本地分支工作拷贝是最新状态
- 每次同步都是一次小范围合并，冲突少、易定位；比攒一堆再处理安全得多
- 提交日志写清楚，例如："同步 trunk r1285–r1290 变更到 feature-payment-v2"
合流前准备：确保分支处于可合流状态
合流不是“最后一步操作”，而是一系列检查动作的终点。以下三项缺一不可：
- 最后一次同步完成：确认分支已拉取主干最新代码，且无未解决冲突
- 所有功能通过本地测试：包括单元测试、集成逻辑验证，不能只靠“看起来没报错”
- 分支历史干净：避免在分支上直接修改了本该来自主干的通用模块（如工具类、配置项），这类修改应优先提PR或协调主干统一升级
正式合流：用 --reintegrate 安全合并回主干
SVN对长周期分支推荐使用重整合（reintegrate）模式，它能自动识别“该分支自创建以来的所有变更”，并一次性、精准地应用到主干：
- 切换到本地 trunk 工作拷贝目录
- 执行：svn merge --reintegrate http://repo/.../branches/feature-payment-v2
- 检查 svn status，解决任何冲突（注意：此时冲突应远少于普通 merge）
- 测试通过后 svn commit，日志注明“重整合 feature-payment-v2（含全部增量变更）”
- ⚠️ 合流后，该分支不应再继续开发——SVN 的 --reintegrate 要求分支在合流后清空或废弃
合流后收尾：清理与归档
合流成功不等于流程结束。及时清理能防止误操作和仓库膨胀：
- 立即执行 svn delete 删除已合流的分支路径，例如：svn delete http://repo/.../branches/feature-payment-v2 -m "删除已合流分支"
- 若需保留历史记录，可将分支导出为压缩包或快照存档，但不要留在 /branches 下长期挂载
- 更新团队文档或内部 Wiki，标记该功能已上线、分支生命周期终止
