记录USVN切换版控的一次故障经历

从事运维行业以来，误操作过2次，同事误操作过一次。有一句是怎么说的来着，IT故障百分之50都是内部人员误操作造成的。。。听着还是挺吓人，于是我早早对系统安全做了加固，比如zabbix监控、rm命令通过mv替换防止误删、禁止root远程登录，仅允许指定接口登录再su -跳转、ssh通过指定配置文件设置仅允许指定用户通过指定主机登录、防火墙配置等等。。。。

但是我这次要说的是在生产环境切换版控时确实太大意了。我们公司之前用的svn，但是一直不规范，正式环境和测试环境没有切分支，用的同一套代码。后来通过评估商讨决定上开源的USVN项目，基于web管理界面，对主干分支历史版控分别授权。主干采用同步正式环境代码，分支由主程序员负载切割并合并代码，而且可以自定义脚本实现分支提交自动更新到测试环境，提升开发和测试效率。下面直接进入正题
这是管理界面。

重点来了，新版控搭建好了需要替换之前的版控，于是我把生产环境代码打包下载到本地，通过脚本删除.svn隐藏文件，添加代码到版控并提交后。我再生产环境对原项目代码做完备份，然后通过svn co检出代码，这时候由于没有停服务，缓存目录一直有数据写入，导致svn co检出代码的时候目录重复。同一时间我们商城项目已经无法访问。。。

项目经理急忙过来问情况，当时说实话我心里有点紧张，但是转念一想我有备份，大不了恢复就是了（当时我还不知道是由于有文件写入造成的）。于是我准备删除我检出的项目目录，并准备恢复之前的备份，但是我删不掉。。。。此时瞬间懵逼了，。。。这时候故障已经发生了大概3分钟左右，项目经理一职在旁边催。。。毕竟出来事他就是首要被问责的对象啊。。。。

后来的事情想必也猜到了，有位同事提醒我是不是没停止服务。。。我才意识到。。。后来停止服务删除原目录重新svn co就可以了。。。

其实就一个小问题，但是一个人在那种情况下有时候会瞬间懵逼。。。

到现在svn版控已经切换完毕了，心里悬着的石头终于落地了。下一步我要去把分支提交自动部署到测试环境的脚本完善。完善后我回把USVN的部署与自动更新的脚本写一篇教程出来，希望对大家以后工作有帮助。