同个框架多版本多部署方式的维护问题
说说我们的现状，我们使用ruby on rails已经做过好几个项目了，有网站，政务系统，教务系统什么的。的确，rails让开发更加快捷方便了，可是现在有种忧虑，好多系统的ruby/rails环境都不一样。有着rails1.1.x+ruby1.8.6的古董，rails1.2.x+jruby1.1.x的异形，也有着rails2.x+ruby1.8.7的流行配置。而且运行环境不一样，有win+mongrel(流量少，cluster都没上的，老古董)，有tomcat+jruby,也有流行的nginx+mongrel_cluster和lighttpd+fastcgi。数据库方面也用着mysql和oracle。
现在，有时候需要修改一下老古董系统，我一时间也想不起来那些api是怎样的了，毕竟rails变化太快，每次升级都是个大工程一样。项目有多，人可没多呀，以后这些东东的维护可是个隐患。怎么说呢，项目上线了，领导就不想升级框架/部署方式了，也只有偶尔几次偷偷升级，其他都打回来了，呵呵~~就这么下来花样就多了，可是要分清楚每个架构每个框架的用法的不同，就比较头疼了。现在这些项目部署都是我弄的，一开始选择的版本也是我定的。每次想鼓动个人来学习学习，接手我这些事情，结果没人愿意跟我，真是倒霉郁闷呀~~~
这里虽然说的是rails项目，其他项目也有类似的状况。各位兄弟姐妹，在同个框架多种版本之间同时存在，或者多套部署架构的时候，大家是怎么做维护的，或者有什么样的办法可以规避这种纷乱的情况呢?
from my blog: http://bonyfish.cn/logs/20091028-multi-frameworks.html 拿部署来说，就是这方面的东西没人愿意学，并非特指老项目。
弄得周围就好像只有我一个人在虐待机器。 5 楼 fnet 2009-11-19 ROR 的确存在这样的问题，版本更迭，1.2 开发的应用要想部署 到 2.2 上，折腾的半死。
PHP、JAVA 要好些，具有向前兼容性。
