这个版本号，当然不是svn的版本号。
写程序再多，很多情况还是考虑不清楚。有时候代码耦合度并不能合理权衡，一旦升级某项功能，大改一下也是难免。但大换血式的更改代码是很忌讳的，尤其是运行很稳定的程序。
迫不得已，流程要修改，而且可能是截断了某个流程，创建分支，这时候，如果有一个版本的控制，那只需要更新特定的版本文件，即可实现无缝升级。当然，如果不稳定，可以迅速实现代码版本的回滚。
不过这种情况要求程序模块松散耦合，当你有紧耦合代码需要调整的时候，可以享受版本切换带来的享受。
松散耦合的好处，是对模块更加灵活的控制。随意得增删，修改部分功能，而不至于牵一发而动全身。以前项目我们曾经追求过紧密耦合，结构是每个人都很痛苦。
紧凑的耦合并非无利处，一些资源利润率可以放到最低。从OpenOA开发中，第30个版本和70个版本左右的区别，能看出数据库模块的耦合。
