眼高手低

年底了比赛接踵而至，有几十个参赛选手，为了方便给大家打分做了一套DevOps自动化评分工具，开发过程简直毁三观。比赛是规定了各个服务的端口、接口格式和打包目录结构的，但是一跑起来各种奇葩问题，这就是常说的“在我电脑上没问题啊！”一到部署就各种问题。

首先是打包问题，在打zip文件时，人们往往习惯先把文件放入一个文件夹后，再对文件夹打包。题目的要求不需要那层文件夹的，有人就会按习以为常的方式处理，这样的包解压后就会找不到对应文件，而是存在于多的那层文件夹中。这样给他们0分也不太好，只能多做些步骤扫描文件存放路径，再做处理。

然后就是有人乱改nginx端口和微服务的端口，导致服务不通，rf脚本一直重试，搞的Jenkins停不下来，无奈只能设个超时时间，跑步完的直接咔掉。

还有人的启停shell跑不了，打开看检查了一遍也没发现什么问题，后来我执行了一遍才发现是换行的问题。win下换行是\r\n，而Linux下面换行是\n，他们在win下编辑的shell拿到Linux下就跑不了了。帮他们做了替换才勉强能启动服务。

更有甚者，启动脚本没问题，停止脚本不起作用。环境只有一套，一个人的评分结束，服务停止后，才能再部署下一个人的，上个人的服务停不了肯定会影响下一个人的服务，下个人得的分都不是用他的服务跑出来的。只好写了一套通用的脚本，把可能的服务都停掉，做到不会影响下一个人。

我好像保姆一样，各种各样的小问题都要兼顾，这样才能让他们程序都部署成功，没有经过测试的代码太可怕了。