idea更新svn提示无法连接（E170013）

传送门

SpringMVC的源码解析（精品）
Spring6的源码解析（精品）
SpringBoot3框架（精品）
MyBatis框架（精品）
MyBatis-Plus
SpringDataJPA
SpringCloudNetflix
SpringCloudAlibaba（精品）
Shiro
SpringSecurity
java的LOG日志框架
Activiti（敬请期待）
JDK8新特性
JDK9新特性
JDK10新特性
JDK11新特性
JDK12新特性
JDK13新特性
JDK14新特性
JDK15新特性
JDK16新特性
JDK17新特性
JDK18新特性
JDK19新特性
JDK20新特性
JDK21新特性
其他技术文章传送门入口

前言

在工作中，平时更新svn都很正常，有一天突然弹出框让输入svn用户名和密码，开始没多想，就机械性的输入了，但是一直不对。笔者觉得不对劲，先忽略，由于有多个项目，其他项目svn更新代码成功。然后就出现如下截图，一看笔者就明白了。是服务器端仓库那边把这一块代码仓库删除了。这块svn的路径被废弃了。于是我在项目那边也把这一块代码删除了，点击项目然后F4查看，确实是删除了，但是再更新代码，还是让输入账户名和密码，虽然每次忽略就可以，但是总感觉很烦躁。

解决办法

解决方案很简单，删除综合目录下的.svn文件夹就可以了。看下笔者解决思路：

file–>settings…–>subversion—>Enable interactive mode 勾选上即可
这个是网上很多做法，不过笔者操作以后，还是无效，而且会导致更新svn很长时间没反应。有的还提倡点下面的Clear Auth Cache。这会导致现在有的svn认证失败，点了以后还是对笔者无效，而且点了以后还得恢复认证，恢复如下：

svn ls  https:你的svn地址（有权限访问的）

# 后面按照提示输入 正确的svn用户名  和 密码 就可以了。

恢复以后，更新svn，还是会提示前言截图的错误。

后来笔者停下网上搜索，F4点开了项目结构。笔者这边是 一个 X文件夹下面有A项目、B项目、C项目。A、B、C其实并不是微服务项目，而是按照模块划分的，他们的svn地址不相同，在A文件夹下面有A项目自己的.svn文件夹，B文件夹同样是B自己的，以此类推。笔者也没有他们上级目录的svn权限。然后在排查中发现没有任何意义的X文件夹居然也有svn地址挂钩，而且还是一个上几级的svn目录，笔者不知道X文件夹的svn挂钩地址什么时候出现的，但是最外层的X文件夹确实没有任何实际意义，只是笔者用来存放A、B、C模块的一个普通文件夹，这下就很好解决了。把X文件夹下面的.svn整个文件夹删除掉就可以了。（你们操作的时候，最好先备份一下）

重新测试点击idea右上角的更新，这下没有报错了。成功解决。