查看完整版本: 配置库目录结构

配置库目录结构

[font=微软雅黑][/font][color=Blue][color=Blue][/color][font=楷体_GB2312][size=3][font=微软雅黑]经过对几家公司的了解，觉得每家公司的配置库目录结构都不一样？
有些是根据IPD阶段划分目录，代码部分从开发阶段取出来，单独存放；
有些把代码也都放在一起，甚至有些目录里既有文档又有代码。
还有些把管理过程、配置管理等专门拉出来管理。
我接触配置管理工作不久，觉得太乱了，不知大家平时工作中都是怎么处理的？[/font][/size][/font][/color]

我们是文档、代码都放到一起的。

其实个人认为怎么放不是什么问题，主要是开发人员有没有真正将资料通过工具来管理，变更有没有控制起来。我一直从事配置管理工作，但我们公司对变更的控制一直都不是很好。开发人员往往在开发库中修改好了才通知我们，并没有从基线库中获取进行修改。

我们目前是把代码和文档分了两个component存放。文档分需求、设计、会议等等。

[quote]原帖由 [i]shuqinyaxiu[/i] 于 2008-1-7 21:22 发表 [url=http://bbs.scmlife.com/redirect.php?goto=findpost&pid=70557&ptid=9784][img]http://bbs.scmlife.com/images/common/back.gif[/img][/url]
其实个人认为怎么放不是什么问题，主要是开发人员有没有真正将资料通过工具来管理，变更有没有控制起来。我一直从事配置管理工作，但我们公司对变更的控制一直都不是很好。开发人员往往在开发库中修改好了才通知我们 ... [/quote]

“主要是开发人员有没有真正将资料通过工具来管理，变更有没有控制起来。”——同意。
配置库本身的设置方式并不重要，关键是要保持项目输出的工作产品的一致性和完整性，这才是配置管理人员要关注的。

回复 地毯 的帖子

结构不是问题，关键是是你针对某一个配置库结构指定的规则有没有实施起来，这是最重要的。

代码和文档我们都是放到一起，现在觉得很麻烦，要动手了。。

代码可以建两个库，开发库和产品库。

文档可以按照项目阶段细分目录，在下个阶段开始前归类到基线。

[quote]原帖由 [i]shallboost[/i] 于 2008-1-10 16:59 发表 [url=http://bbs.scmlife.com/redirect.php?goto=findpost&pid=71263&ptid=9784][img]http://bbs.scmlife.com/images/common/back.gif[/img][/url]


“主要是开发人员有没有真正将资料通过工具来管理，变更有没有控制起来。”——同意。
配置库本身的设置方式并不重要，关键是要保持项目输出的工作产品的一致性和完整性，这才是配置管理人员要关注的。 [/quote]

有道理，配置管理的目的就是对开发中的工作产品进行控制，而配置库目录的设置我认为还是要根据公司的实际需要进行确定。

[font=微软雅黑][color=Magenta][b]我们公司配置库代码和文档也是放在一起，发出来给晒一下：
1、ReqSpec（需求相关）
2、Design（设计相关）
3、Code（代码）
4、Test（测试相关）
5、PM（项目管理）
6、CM（配置管理）
7、Others（其他文档）
个人感觉配置库的目录结构并不是很重要，可以根据自己公司的情况来划分，用起来方便就好。[/b][/color][/font]

刚刚开始配置管理，真的很晕

不知道大家对产品配置库目录、项目配置库目录这两类有目录结构之间的不同是怎么看的呢？
如，
产品1.0版本开发期间的项目周报和产品1.1版本的项目周报是放在一个目录下呢， 还是应该按产品版本升级来规划目录呢？

之前产品配置库目录一直都是按项目配置库目录来规划的，现在感觉有点混乱了[align=center][/align]

[[i] 本帖最后由 shaojing 于 2008-3-28 13:54 编辑 [/i]]

我的是分开的
首先根目录下使管理域，基线域，工程域。
管理域下分进度管理，BUG管理等
基线下分基本设计，详细设计，代码等
工程域和基线域结构相同权限不同

目录结构原则：清晰，容易归档和查询。
基线库，不一定非的有，毕竟变更的话需要在基线库中进行。有基线库了，那就需要把原始的文件
删除，对基线库的文件进行Lock，要修改的话就需要通过授权才行的。这样变更也容易控制了