一个项目，多个版本的管理思想
大概说说我现在的情况吧。公司去年开发了一个系统，是针对一个项目来开发的。上线之后呢，这个项目效益好，前景好，公司大力发展，接到了很多和这个类似的项目。因为这么多项目，大体都一样，但是每个流程，每个模块，甚至于页面字段的含义，显示多少都有一些区别。所以问题来了，从第二个项目开始，就出现了版本混乱的情况。有些大体基本一致的，还可以坚持着稍微改一下，但是稍微差的多了，没办法，只能重新再开一个项目，然后再改一些细节，增加一些功能，就上线实用了。导致到现在，代码越来越乱，数据库越来越多，已经到了改项目就头疼的阶段了。然后，后面公司还会继续上线这些类似的系统，所以想向大家探讨一下，有没有有经验的来给几种思路和办法呢？
我现在就两种思路：一种是每个项目都在vss上是一个版本，这样对新功能的增加、每个项目的字段显示，页面展示、报表的格式都可以很好的控制。但是出现一个共性的BUG，或者共同都需要的新功能，就要一个一个来Check out，Check In了。
第二种是做成一个版本，这样对系统共性的BUG很好维护，但是。。。后面就不需要我多说了吧。
大家有什么好的经验呢？来分享一下吧。

------解决方案--------------------
建议建立多个项目，代码和数据库及相关文档，进行分开管理，可以利用vss、tfs进行资源管理。
------解决方案--------------------
在刚刚进入某个行业的时候对于这个领域不是很熟悉的话是会遇到这样的问题，需要时间的积累，到一定的阶段后把共同的功能抽出来模块化，这样可以适当减少维护工作量。
------解决方案--------------------
典型的不了解版本管理知识却产生版本管理需求的问题.

其实大多数的我们在使用版本管理软件时,
都是在一条主线上工作.

分支的管理复杂过开发本身, 
所以都回避了.

这问题会随着时间推移不停的冒出来.
何时让团队都掌握分支的用法和技巧呢?

------解决方案--------------------
用svn版本管理，可以实现多版本管理。分支而已