svn 413 Request Entity Too Large 错误的解决方法

在工作中使用svn客户端进行项目update,commit的时候报了这个错误的。应该怎么解决呢？首先可自行排除几个可能性：如果不是自己搭建的svn服务端，用了nginx做代理的。那可以排除掉大部分网上给出来的解决办法了。那具体是怎么导致的呢： 解决办法：

在工作中使用svn客户端进行项目update,commit的时候报了这个错误的。

应该怎么解决呢？

首先可自行排除几个可能性：

如果不是自己搭建的svn服务端，用了nginx做代理的。那可以排除掉大部分网上给出来的解决办法了。

比如这篇文章：https://blog.csdn.net/yanggd1987/article/details/38820967

那具体是怎么导致的呢：

我讲述一下我自己遇到的情况。如果有与我相同的遭遇的。可参考我的办法解决掉 公司项目是采用svn做版本管理工具。用主干发布，分支开发的模式。由于我刚入职不久。这种模式还没有摸透。 那么问题重点来了。 1、我首先check out 出来一个TEST主干代码。 2、然后用生产主干建立了一个我的分支。（这些是前奏。对要解决的问题还无关） 3、我将本地TEST主干代码 进行switch切换到 我的分支版本。 （就在这里报错了） 4、然后本地代码无法进行commit、update等操作了。就一直报这个413错误。看似是服务端的错误提示。其实不是，其实不是，其实不是。 5、我就不断的网上搜索查找问题解决办法。后来在一个外国网站找到了一个策略。就是不要在项目根目录直接操作提交、更新。进入到子目录中操作。你会发现有些目录是可以正常更新、提交的。但是整个项目的版本切换、提交、更新依然不可以。 这个时候，你还可能遇到另一个svn的问题。具体报错我没记录。没办法贴图了。但是大概的意思就是本地代码验证不通过。 （按照我的理解就是在项目切换的时候。可能成功了一半。导致.svn的隐藏文件有了变动。从而导致文件验证不通过了） 其实可能问题的根源就在这里了 以上是问题出现的过程。

解决办法：

1、还原项目所有代码。包含产生的没有版本号的代码 2、用cmd控制台。切换到有第五点描述的出问题的子目录。执行操作 执行命令svn update --set-depth empty . 执行命令svn update --set-depth infinity （说白了就是把代码删了。重新来一遍） 3、这个时候可能问题就解决了。再试试切换版本试试看吧。