svn“本地新创建同名文件”引发的是树冲突而非内容冲突，本质是文件存在性冲突；需通过svn status识别!c或c+“local add, incoming add”提示，据实际需求选择revert、accept incoming version或先删服务器版再add本地版，并通过更新检查、命名规范和团队约定预防。
SVN更新时遇到“本地新创建同名文件”引发的冲突，本质不是代码修改重叠，而是文件存在性冲突：服务器上已有该文件，而你本地也新建了同名文件（未add），或你本地已add但服务器版本更早。SVN无法自动判断该保留哪一版，于是标记为tree conflict（树冲突），状态常显示为C或!C，并可能附带local add, incoming add提示。
确认是树冲突而非内容冲突
执行svn status，若看到类似以下输出：
-
!C src/config.properties（感叹号+C，表示树冲突） - 或
C src/config.properties但配合日志提示local add, incoming add
说明这不是普通文本合并冲突（没有等标记），而是文件层级的冲突——两边都“新增”了同一个路径。
SVN搭建及使用教学视频(布尔教育)
下载
《SVN视频教程》，SVN:全称Subversion，是代码版本管理软件，管理着随时间改变的数据。这些数据放置在一个中央资料档案库 (repository) 中。这个档案库很像一个普通的文件服务器,不过它会记住每一次文件的变动。这样你就可以把档案恢复到旧的版本, 或是浏览文件的变动历史。许多人会把版本控制系統想像成某种“时光机器”。
根据实际场景选择处理方式
关键看这个同名文件是谁先存在的、是否需要保留：
-
你本地新建的文件还没提交，且服务器上的同名文件是他人已提交的正式版本：通常应放弃本地新建，直接用服务器版本。
操作：右键文件 → TortoiseSVN → Revert（撤销本地新增），再执行svn update即可拉取服务器文件。 -
你本地新建的文件已
svn add但尚未提交，而服务器上也有同名文件（可能是别人先提交）：SVN会阻止你提交，必须先解决。
操作：右键文件 → TortoiseSVN → Resolve… → 选择Accept incoming version（采用服务器版），或手动删掉本地文件后svn update重新获取。 -
你确定本地新建的内容是必需的，且服务器版本可废弃（比如配置模板被误提交）：需先联系团队确认，再操作。
操作：先svn delete服务器版本（需有权限），再svn add本地文件，最后svn commit。
避免下次再发生
这类冲突根源在于协作节奏不同步：
- 新建重要配置文件或资源前，先
svn update检查目录下是否已存在同名文件； - 团队约定命名规范或使用子目录隔离，比如
config/local-dev.propertiesvsconfig/prod.properties； - 对高频新增类文件（如日志模板、SQL脚本），可在README中列出清单，减少重复创建。
不复杂但容易忽略，核心就是分清“谁先存在”和“要不要留”。
