SVN分支重命名后遇未提交代码，如何解决更新冲突并提交至新分支

别慌，这种场景我处理过好多次，核心思路是先保住本地未提交的代码，再把本地分支切换到新的远程分支，最后把代码恢复并提交，一步步来绝对稳：

第一步：先把本地未提交的修改备份好（重中之重！） #

不管后续操作怎么弄，先把代码安全保住是第一位的，两种方式选一个（建议都做，双重保险）：

• 生成补丁文件：在本地BR1分支的根目录下执行

  svn diff > br1_local_changes.patch
  

  这个命令会把所有未提交的修改生成一个补丁文件，存到当前目录。
• 手动备份文件：把所有你修改过的、新增的文件复制到一个临时文件夹里，比如桌面的svn_backup目录，防止补丁出问题时还有后手。

第二步：清理本地分支状态，让它和远程旧分支一致 #

因为远程的BR1已经被重命名了，直接更新会触发冲突，所以先把本地的修改撤销，回到和远程旧BR1同步的状态：

svn revert -R .

执行完后用svn status检查，应该看不到任何修改状态（都是空白），说明本地分支已经干净了。

第三步：把本地分支切换到新的远程分支BRANCH_1 #

首先确认当前分支的远程URL，执行：

svn info | grep URL

你会看到类似https://your-svn-repo/branches/BR1的地址，接下来用switch命令切换到新分支：

svn switch https://your-svn-repo/branches/BRANCH_1

执行后本地目录会自动更新到新分支的最新状态，此时你已经在BRANCH_1分支上了。

第四步：恢复之前备份的未提交修改 #

两种恢复方式对应第一步的备份：

• 用补丁恢复：在当前BRANCH_1分支的根目录下执行

  patch -p0 < br1_local_changes.patch
  

  执行完后用svn status检查，能看到之前的修改都回来了。
• 手动恢复：把之前临时文件夹里的文件复制回当前目录，覆盖原文件，同样用svn status确认修改状态。

第五步：提交修改到新分支 #

最后确认所有修改都正确恢复后，就可以提交了：

svn commit -m "提交原BR1分支的未提交代码到BRANCH_1"

提交完成后，远程的BRANCH_1就会包含你之前在BR1里的未提交代码了。

额外提醒 #

• 如果有新增的文件，补丁文件可能不会包含（因为svn diff默认只追踪已纳入版本控制的文件），所以手动备份新增文件更稳妥。
• 执行所有命令时，确保你在分支的根目录下操作，避免路径错误导致的问题。

内容的提问来源于stack exchange，提问作者Mayank Pandya