项目组中如何共同维护文件

 

最近项目组中发生一些事让我想到了一些关于如何共同维护文件的事情。事情是这样的，我们的是用CVS进行版本控制的，但是每次总

安定北京

有人进行一些不合理的操作，比如，在改动文件之前没有先下载最新的版本，改动之后才下载最新版本，然后把自己的改动的覆盖上去，这样就造成别

安定北京

人的更改丢失了。这种事情在项目组多人共同维护同一文件的情况下是很容易发生，又很难避免的，所以对于一个项目组而言，要尽量减少共同维护文件的机率发生，即减少共同维护的文件。
那么什么样的文件是可以避免共同维护的呢？我认为可以把项目中的文件分为功能性文件和操作性文件。功能性文件是指只是为了配置而存在的文件，最简单的例子是struts-config.xml，它只是为了一些配置而存在，而这些配置不一定会耦合很紧（比如用spring进行管理），这样的文件就可以分开配置，如把

安定北京

这类业务的action配在这个文件里，那类业务的action配在另外一个文件里，

安定北京

至少对于容器而言，这是透明的，和在同一个文件里一样。操作性的文件是指那些有公共代码的文件，比如一个工具类，这样大家都得用到这些工具类，那没办法，只能放到同一个文件里。
对于上面说到的功能性的文件和操作性的文件，分开进行管理后，可以从一定程序上减少了那些共同维护文件带来的部分问题。
（先写这点点吧，困了，明天还得加班 睡觉咯～）