查看完整版本: 两种配置库结构你选那种

两种配置库结构你选那种

手头有个项目，系统有多个模块,各模块比较独立,由不同的人负责开发.现有两个配置库结构方案，方案一从开发人员的角度,每个人只关注自己的模块，而且由于是用make编译，代码路径不同不会影响集成，方案二从配置管理的角度，文档和代码分开管理。对方案一我认为最大问题是代码配置管理起来很麻烦,但对开发人员来说的确很方便.两种方案各有优劣，大家来讨论一下各自工作中的做法，怎么才能既兼顾开发人员的方便又做好配置管理。
方案一:
-SW
  -Module1
   -requirement
   -design
   -code
   -test
   -Module2
  ……
   -Module3
……
   -Module4
  ……
方案二:
-Doc
-Requiremet
   -Module1
   -Module2
   -Module3
   -Module4
-Design
  ……
-Test
  ……
-Code
-Trunk
   -Module1
   -Module2
   -Module3
   -Module4
-Branches
-Tags

[[i] 本帖最后由 千寻 于 2008-6-2 10:55 编辑 [/i]]

方案2。模块之间不可能完全独立

选择模块二，同意楼上的说法

选择方案二，应该集中管理。

方案二

既然是一个系统，那么各模块肯定会有联系，这样方案二就比较适合；

而且楼主说了，各模块比较独立，
那么在给开发人员分配权限的时候一定要注意控制好他们的权限；
不然方案二一不小心就混乱了；
那就不好实施配置管理了。

看来大家都比较赞同方案二。。。。

也选方案二。要注意保持一个项目文档的完整性