我司码农只有 3 个人左右，而且没有运维人员。
目前在阿里云上一台服务器，一个 MySQL ，计划
年后 3 台服务器。

目前发布是我自己写了一个 shell 交互的脚本，
让我们的测试人员（ 1 人）测试好了，然后我们打上 tag
去服务器执行这个脚本，比对 sha-1 号，然后确定。
脚本是从 github 上拉去某个标签的的代码，然后 copy 覆盖原来的文件
（产品的目录里还有一些没有进入版本系统的配置文件
以及图片等）。

总觉得不是很放心，而且非常多问题。每次变更分为代码，数据库结构，
以及配置文件的变更，经常需要我自己手动去修改一些东西，非常不好。
没办法，我司人太少，活死都干不完，完全没有精力折腾政协东西。

年后我决定升级一下，变为 3 台服务器，一台反向代理，另外两台互相
应用，提高可用性。另外图片的资源文件打算放阿里的 OSS ，然后买 CDN 。
这样发布一次版本就复杂了。但不希望开发人员去发布。。美国服务器。

所以求一个最好有网页界面（可能会交给测试发布），比较适合我们这种小公司
的发布工具。。。最好还能回滚。

调查了一些，还没想好选什么。我自己配了个 teamcity ，每次我们代码上传，就
会自动发布到测试服务器上。不行的话，就在 teamcity 搞一个发布算了。

小弟刚接触后端 4 个月左右，很多东西不是很懂，求教。
fabric ， python 那个。

ansible

配置文件 需要变更吗？项目里 生产 开发 测试的 配置文件不都是分开的 按需加载的吗
小项目 用 fabric 就足够了

关注!!!
我们现在是用 git 划分配置文件目录,本地 /开发 /测试 /生产各一份,都是独立维护到各自目录;因此避免了手工在线上机器修改配置的问题;
另外我们是在每台机器都有一个部署脚本(脚本包括:更新 git,切换到指定分支,maven 打包;重启 tomcat);
希望能有更完美的解决方案;

capstrano