公司的SVN服务器坏了，修好后我们的Jenkins打包的时候一直报：Jenkins org.tmatesoft.svn.core.SVNException: svn: E175002: Processing REPORT request response failed的错误，于是做了以下排查：

   1、通过其他机器的eclipse连接SVN服务器，显示正常，基本排除了SVN服务器的问题；

   2、重启Jenkins，结果无效，排除了Jenkins服务器本身的问题；

   3、使用SVN的checkout命令，执行无法连接服务器，范围进一步缩小的SVN，再次证明和Jenkins没有关系；

   4、清理本地DNS缓存，仍然无效，说明和DNS无关；

   5、PING了下SVN服务器的域名，这时候看到连接的SVN服务器的IP是一个局域网IP，但是PING不通；用其他正常的机器PING了SVN服务器，可以通，而且IP和我们Jenkins服

         务器的IP不一样，问题基本上浮出水面了。

   6、什么原因能让当前机器访问的服务器域名变成错误的IP呢？DNS问题已经排除，那就剩下了hosts文件了，cat命令查看/etc/hosts文件，果然在里边将这个SVN的域名指向了

          错误的IP，可是之前为啥是好的呢？这个时候立刻想到了公司的SVN服务器肯定是换了IP地址了。果断修改hosts文件，问题解决。

   之前没有真正接触过Jenkins，在排查过程中多少受到点心理暗示干扰，还是走了不少弯路。其实要避免走弯路的一个重要办法就是：仅仅围绕报的错误日志本身，然后做一个排

   查计划，最好是在纸上写，这样能梳理思路。然后按照既定的排查计划有条不紊的来进行分析和排查，而不是东一锄头西一锄头乱刨。