公司的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，在排查過程中多少受到點心理暗示干擾，還是走了不少彎路。其實要避免走彎路的一個重要辦法就是：僅僅圍繞報的錯誤日誌本身，然後做一個排
查計劃，最好是在紙上寫，這樣能梳理思路。然後按照既定的排查計劃有條不紊的來進行分析和排查，而不是東一鋤頭西一鋤頭亂刨。
