直接用 svnadmin setuuid 命令重设版本库 UUID，就能让客户端继续使用原有工作副本，无需重新 checkout；关键是将服务端 UUID 修改为客户端期望的值，而非随机生成新 UUID，操作包括查看当前工作副本预期 UUID、在仓库根路径执行 svnadmin setuuid 指定该 UUID、用 svnlook uuid 验证并重启服务。
直接用 svnadmin setuuid 命令重设版本库 UUID，就能让客户端继续使用原有工作副本，无需重新 checkout。关键不是“重新生成”，而是让服务端 UUID 与客户端已有的 UUID 对齐。
确认当前工作副本的 UUID
客户端本地工作副本里存着旧服务器的 UUID，它藏在每个目录下的 .svn/entries 文件第 27 行（FSFS 格式）或 .svn/wc.db 数据库中（1.7+ 版本）。更稳妥的方式是直接从报错信息里提取：
- TortoiseSVN 更新失败时，错误提示会明确写出“expected uuid 'xxxx-xxxx-...'
- 命令行执行
svn info通常不显示 UUID，但出错日志或调试模式下可见 - 若仍有原服务器可用，可运行
svnlook uuid /path/to/old/repo查出原始 UUID
在备份/新版本库上执行 setuuid
登录新 SVN 服务器，在对应仓库路径下执行命令，把 UUID 改成客户端期望的那个值：
svnadmin setuuid /var/svn/repos/myproject 5ad64c3d-b4ae-8641-b331-d04acc68038d- 路径必须指向仓库根目录（即含
conf/、db/、hooks/的那个文件夹） - UUID 字符串要完整、带连字符、区分大小写，不能多空格或换行
- 执行后无输出即表示成功；若有报错，常见原因是路径错误或权限不足
验证是否生效
改完立即检查，确保服务端已更新为预期值：
-
svnlook uuid /var/svn/repos/myproject—— 输出应与上面指定的 UUID 完全一致 - 重启 svnserve（如使用 daemon 模式）或 Apache（如通过 httpd 提供服务），确保新 UUID 被加载
- 客户端尝试
svn update或右键 → “重新定位”（Relocate），此时不应再报 UUID 不匹配
补充说明
如果原始 UUID 已彻底丢失，又不想让所有人重新 checkout，可以临时导出一个 UUID 并同步给所有客户端：
- 先用
svnadmin setuuid /path/to/repo（不带 UUID 参数）让系统生成新随机值 - 再用
svnlook uuid /path/to/repo查出这个新值 - 通知团队修改各自工作副本中的
.svn/entries第 27 行（仅限旧格式），或更安全地批量执行svn relocate命令
