执行svn copy跨URL操作时反复认证失败，请求排查方案

可能的原因 #

• 认证缓存复用问题：SVN客户端第一次认证后，可能仅缓存了源URL（trunk）的凭证，而目标URL（branches）的凭证未被正确复用。尽管是同仓库，不同路径的请求可能被客户端视为独立的认证会话，导致第二次请求时需要重新输入密码，若输入过程出现误差（如输入法切换、大小写错误）或缓存冲突，就会触发认证失败。
• 服务器端路径权限配置差异：服务器可能对trunk和branches路径设置了不同的认证策略，比如分支路径需要额外的权限验证。虽然你的账号能正常checkout trunk，但在执行分支创建（写操作）时，服务器可能发起二次认证，而客户端未正确传递已有的凭证。
• SVN客户端版本bug：旧版本的SVN客户端在处理URL-to-URL复制操作时，存在认证凭证复用的逻辑缺陷，导致第二次请求无法调用第一次的认证信息。

解决办法 #

• 清理认证缓存并重新操作
  先删除SVN客户端的认证缓存文件，让客户端重新缓存全路径的凭证：

  • Windows系统：删除%APPDATA%\Subversion\auth目录下的所有文件
  • Linux/macOS系统：执行命令 rm -rf ~/.subversion/auth
    之后重新执行你的svn copy命令，输入一次密码，完成注释编辑后即可完成操作。

• 命令行直接传递密码（测试环境适用）
  在命令中添加--password参数直接指定密码，避免二次认证的交互问题：

  svn copy https://company_svn_server/sandbox/trunk https://company_svn_server/sandbox/branches/20240816_whatever --username svn_user --password your_password
  

  注意：此方式会明文暴露密码，仅适合本地测试或非敏感环境。

• 升级SVN客户端版本
  检查当前SVN客户端版本（执行svn --version），如果版本低于1.14，建议升级到最新稳定版，修复旧版本中存在的认证复用bug。

• 确认服务器端权限配置
  联系SVN服务器管理员，确认trunk和branches路径的权限策略是否一致，确保你的账号对目标分支路径拥有写权限，且不存在额外的认证限制。

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