代码维护中的一点教训。

以前都是我一个人负责整个工程或一个完整模块的开发，自己能够随意地分别保存开发代码的当前编辑版本、测试发布版本和发布版本，可以方便地保证系统的正常演进。
而在有其他人参与开发时，需要各自维护各自的当前编辑版本，并测试发布，然后提交给最终发布环境，在最终发布环境的测试发布区测试完毕再纳入发布版本。在这些过程中问题变得复杂，也伴随着很多潜在的危险。
比如，各自在开发过程中的测试需要与最终发布环境一致的环境，搭建环境并不总是一帆风顺（在Windows系统上部署能够使用JDBC连接的SQL Server 2000就可能出现很多问题）；而如果使用最终发布环境作为当前编辑时的调试环境的话，比如对于JavaBean来说，每次更新就需要服务器重启，开发者自己不方便也可能影响到其他人；在最终提交时，某个人的代码可能会因为依赖另外的代码而出现错误。
这几天的开发过程中的教训主要是没有在最终发布服务环境中区分测试发布版本和最终发布版本，以至于差一点丢失了一天的工作。