svn服务端升级后旧版客户端连不上，主因是协议、认证或安全策略变更，需据错误提示定位：如“unsupported url scheme”为强制https，“authorization failed”为认证机制升级，“e170013”为tls版本不兼容，“repository uuid mismatch”为uuid变更；临时可降级服务端配置或清理客户端缓存，长期应统一客户端版本并规范迁移流程。
SVN服务端升级后，旧版客户端连不上，通常不是“完全不兼容”，而是协议、认证方式或安全策略发生了变化。核心思路是：先确认具体报错类型，再针对性降级兼容或升级客户端。
看错误提示，快速定位问题类型
不同报错指向不同原因，别急着重装：
- “Unsupported URL scheme” 或 “Unknown protocol”：服务端启用了 HTTPS（如 VisualSVN Server 升级后默认强制 HTTPS），但旧客户端只支持 svn:// 或 http://；
- “Authorization failed” 或反复弹登录框：服务端升级后启用了新的认证机制（如 Windows 集成认证、LDAP 绑定增强、密码哈希算法变更），旧客户端无法正确提交凭证；
- “Connection reset by peer” 或 “E170013: Unable to connect”：服务端关闭了旧版 SVN 协议（如 svnserve 的 1.7 协议），或 TLS 版本升级（如仅支持 TLS 1.2+），而老客户端（如 TortoiseSVN 1.6.x）仍用 SSLv3 或 TLS 1.0；
- “Repository UUID mismatch”：服务端重建仓库或迁移时未保留原 UUID，客户端缓存了旧 UUID，拒绝连接（常见于手动复制仓库目录后启动）。
临时兼容方案（适合过渡期）
若不能立刻升级所有客户端，可在服务端做有限适配：
SVN搭建及使用教学视频(布尔教育)
下载
《SVN视频教程》，SVN:全称Subversion，是代码版本管理软件，管理着随时间改变的数据。这些数据放置在一个中央资料档案库 (repository) 中。这个档案库很像一个普通的文件服务器,不过它会记住每一次文件的变动。这样你就可以把档案恢复到旧的版本, 或是浏览文件的变动历史。许多人会把版本控制系統想像成某种“时光机器”。
- VisualSVN Server：在管理控制台 → 服务器配置 → 网络 → 取消勾选“Require secure connection (HTTPS)”，允许 HTTP 访问（仅限内网）；
-
svnserve 方式：检查启动参数是否加了
--force-interactive或--tunnel，回退到基础模式；确认svnserve.conf中anon-access = read和auth-access = write未被误设为none； -
Apache + mod_dav_svn：检查
httpd.conf是否新增了SSLProtocol限制（如-all +TLSv1.2），可临时放宽至ALL -SSLv2 -SSLv3； -
清理客户端缓存：在客户端执行
svn cleanup，并删除%APPDATA%\Subversion\auth\（Windows）或~/.subversion/auth/（macOS/Linux）下对应域的凭据缓存。
推荐的长期解决路径
避免反复踩坑，应推动标准化升级：
- 统一客户端最低版本要求（例如 TortoiseSVN ≥ 1.14，命令行 svn ≥ 1.10）；
- 服务端升级前，导出旧仓库 UUID：
svnlook uuid /path/to/repo，迁移后用svnadmin setuuid /path/to/repo [old-uuid]恢复，避免客户端报 UUID 不匹配； - 对 Active Directory/LDAP 用户，服务端启用“兼容模式”认证（如 VisualSVN 的 “Use Windows authentication for Subversion clients” 并勾选 “Allow basic authentication over HTTP”）；
- 测试阶段用
svn --version和svn info --url验证协议协商结果，确认实际走的是 http:// 还是 https://，以及 TLS 版本。
验证是否真正修复
别只看“能打开”，要测关键操作：
- 执行
svn list -v svn://your.server/repo（或 https://）查看目录结构； - 尝试
svn co一个新工作副本，而非仅svn update； - 用同一账号在新旧客户端分别提交小文件，确认日志、钩子、权限均生效；
- 检查服务器日志（如 VisualSVN 的 Event Log 或 Apache 的 error_log），确认无 “SSL handshake failed” 或 “Invalid authz configuration” 类警告。
