svn多人修改同一行会触发硬冲突，表现为文件标c及三段式标记；需用svn status定位，手动编辑删标记并svn resolved解决，提交前必须update和diff验证。
当多人同时修改同一行代码时，SVN无法自动合并，会触发“硬冲突”（也称内容冲突），必须人工介入。这类冲突最典型的表现是：更新后文件被标记为 C，且文件内出现三段式标记（、<code>=======、>>>>>> .rNEWREV），说明双方修改完全重叠，无自动合并空间。
确认并定位冲突文件
执行 svn update 后若出现冲突提示，立即运行 svn status 查看所有状态为 C 的文件。这些就是发生硬冲突的文件。注意：不要跳过这步直接编辑——确保你处理的是真正冲突项，而非误报或已解决残留。
理解冲突标记的真实含义
打开冲突文件，你会看到类似结构：
return "hello";<br>=======<br>return "hi";<br>>>>>>> .rNEWREV
其中：
– .mine 部分是你本地未提交的修改
– .rNEWREV 部分是服务器上他人已提交的新版本
– ======= 是分界线，不是代码
关键点：这两段不能共存，必须选其一，或重写逻辑整合——不存在“保留两边”的技术捷径。
安全解决硬冲突的实操步骤
– 对照 filename.mine 和 filename.rNEWREV 两个辅助文件，确认各自意图（比如一人改返回值，一人改字符串格式）
– 在原文件中删掉全部冲突标记（包括 、<code>=======、>>>>>>），只保留最终确定的代码
– 保存文件后，**必须**执行 svn resolved filename ——否则 SVN 仍认为冲突存在，禁止提交
– 提交前建议用 svn diff 检查是否意外删错或漏改
避免下次再撞上同一行
– 提交前强制执行 svn update，尤其在修改核心逻辑前
– 对高频协作模块（如配置类、工具函数），约定修改前先沟通或加临时注释占位
– 小步提交：避免大块修改积压，降低重叠概率
– 使用 svn blame 快速查看某行最后是谁改的，必要时直接找对方对齐
