关于版本控制

我java项目中一直都用cvs作为版本控制工具。
将服务器搭建在linux上，然后通过linux的用户组来控制权限。

我c项目的版本控制工具一直都用vss，因为c项目中目录层级多且目录数多。权限方面我要控制到最底层的目录。

现因为各种原因，我们将不使用vss。
如果把c项目用cvs来管理，用我之前类似java的管理方式，非常麻烦。

希望各位同仁讨论下。

不明白c项目和java项目有什么区别吗？从版本控制的角度来说？

c项目中目录层级多且目录数多
权限控制的问题。
1 方便赋权
2 方便修改权限
3 目录大致如下
erp
   fi
       aa
          aa_1
          bb_1
          cc_1
       bb
       cc
   lo
   sa
   st
   me

我要将权限分配细化到最底层

 

什么样的权限控制？
为什么要控制？

java项目的目录才深呢 com/xxx/yyy/zzz/wtf/....

要求简短描述：
1 管理员
2 管理人员根据其管理级别拥有上层目录读权限
3 开发人员拥有低层的目录读写权限

目前的策略：
依照最底层的目录建立linux用户组，然后针对这些用户组建立读写权限控制。

成本高的地方：
1 赋权比较麻烦
2 开发人员取得数据的时候，必须知道和其相关的全部文件路径。


希望：
1 能有一个可视化工具，专门配置这些权限
2 开发人员取顶层目录，有权限的才读出，而不是必须提供路径。

well……我能猜到是这样的需求。我感兴趣的是为什么有这个需求。

防止员工获取全部代码
防止低级员工获取核心代码
防止员工改动他人（组）代码
估计如此吧

这个，即使发生，也很容易就能恢复到修改前的状态。处理这种事情正是你需要版本控制系统的原因所在。

至于这种事情，真正有效的办法其实非常简单。第一工作机器不允许上外网，第二进入办公室不允许带存储设备，就行了。

通过管理也是解决问题的一个有效途径。


业务外包，所以选择代码管理的版本控制工具对于权限控制方面有很高的要求。

我们想跨internet协同办公，这个也是想抛弃vss的原因。

我们研究过IBM 的rational项目管理平台中的资产管理工具（包含代码管理），
感觉单独使用cc、cq，则不能体现性价比。

故选择：cvs或者svn

因为cvs之前项目有使用过，故确定选择cvs。
我想在权限控制方面，cvs、svn应该很类似吧。