事情总会是意想不到中产生的， 也总在莫名其妙中让你措手不及。 昨天晚上为了向wp-plugins提交一个插件的SVN， 最后整整折腾我一个晚上， 请教了无数的人， 搜遍了整个互联网才找到了一个灵异问题的解决办法， 始料不及。

      现在事情解决了， 把我的过程写下来， 给后人提供个借鉴。

      事情是这样产生的。 因为我说向wordpress官方提交了两个插件并通过了， wp-plugins给了我一个可以让我递交插件的svn地址， 因为此前从来没有使用过SVN， 回家先请教高人用什么SVN客户端， 最后大家都推荐了这个TortoiseSVN的东西， 我下载并安装， 一切都很顺利， 可在最后使用的时候碰到了问题， 死活不能checkout， 我还以为需要别的什么来配合的， 还让别人帮我测试是否可以检出我要checkout的目录， 结果是他们都用TortoiseSVN顺利检出， 而我这里始终报错。

svn: REPORT request failed on ‘/!svn/vcc/default’

svn: REPORT of ‘/!svn/vcc/default’: 400 Bad Request

      这可让我没了方向， 在请教高手无果的情况下， 转投互联网搜索引擎。 秉承“知之为知之，不知Google之”的原则， 在Google一搜索（那时候我也不知道用什么关键词， 只能把上面的两个错误信息发了出去）， 发现碰到这个问题的人还真不少（当然原因不都是卡巴斯基）， 最后在仔细的一篇篇看下来之后， 总算找到一篇说他的SVN因为被kaspersky的防火墙阻挡出现过这样的问题， 虽然我没有装卡巴斯基防火墙， 不过杀毒软件的确是kaspersky， 抱着试试看的态度将kaspersky关闭， 然后再测试TortoiseSVN就立马checkout success， 问题的根源就此找到， 就是这该死的卡巴斯基惹的祸。

      问题找到了， 要找解决办法， 网上很多人的解决办法都是将SVN客户端放到kaspersky的信任区域中就可以了， 经过我测试该方法无效， 那我也不能为了SVN就把kaspersky给关了， 没办法只能一个个来试验， 最后试验到web主动防御中的端口防御才彻底解决了这个问题， 只要将卡巴斯基的

设置 -> 服务 -> 网络设置 -> 端口设置， 将里面的“常规HTTP 端口80”这一项前面的勾去掉， 或者删除这一项。

SVN客户端就可以顺利检出内容， 只是问题算是临时性的解决了， 最彻底其实还是得卡巴斯基来做， 做到真正不冲突才是王道。 示意图如下：

      最后总算在睡觉前将wordpress thread comment这个插件SVN了上去， 到今天已经出现在了Wordpress的插件区中了 — Wordpress-Thread-Comment， vern同学说坐看流量狂涨， 这种美事我也是不想的， 就自己写个博客玩玩罢了。

  您喜欢本文吗？即刻订阅"偶爱偶家"，精彩文章不再错过！现在就给我们留个话吗?