我现在想把三库的概念引入到我们公司的配置管理规程里面，但是在制定目录结构的时候遇到一些问题。
我现在把我的目录结构帖出来，希望大家能给我提一些建议。

[ 本帖最后由 yuannahui 于 2007-7-12 19:37 编辑 ]

非常抱歉，之前因为网络原因，图片没有上传成功！
现在对上图解释一下（如果有不对的地方，请指正，谢谢）：
1、其中的Dev，就是传说中的开发库；RM为受控库；Release为静态库（基线库）。
2、Dev下面有两个目录trunk，放主分支；如果项目需要建立分支则放在branches下；
3、发布基线下也分了三个目录，Alpha、Bate、Release，主要是为了适应我们公司的需要和便于查看。


补充说明一点：我用的配置管理工具为SVN。

[ 本帖最后由 yuannahui 于 2007-7-12 20:24 编辑 ]

三库概念,不一定要是三个物理库
逻辑库也行
其实,对于配置项来说,还有唯一性很重要.
楼主还可以深入研究一下三库

你可以把dev和release两个库整合
然后用lable来区分
然后release可以是一个单独的类似ftp的点库！
而不是all

冰儿:
我分开的主要目的其实是为了好配置权限和方便提取

着两个酷如果分开的话，你就要考虑好同步或者说对应关系
因为你的release库肯定是dev库的子集

补充一点SVN tag的信息（下图信息摘自SVN-BOOK）。
也许我应该找找英文原文，hoho


另外下面这个是创建一个Tag/Branch的方式，（下图信息摘自SVN的帮助）

[ 本帖最后由 yuannahui 于 2007-7-13 10:13 编辑 ]

其实这个问题在于灵活拉

虽然我们所配置库的三库概念可以在物理上表示，也可以在逻辑上表示，这两个方法都可以的呀。。通过label也好，我单独建立一个库也好，都可以。

我的疑问是：如果像版主所说的我把Release与DEV库合并。通过一个Tag来区别DEV与Release的东西，当然这个从配置库的建立上说不成问题。但是如果我要发布呢怎么办？如果我的产品要发布，那么我的东西就要给相关部门，比如说网管，那么我们现在好像还没有办法控制他只能取这个Tag不能取其他Tag的东西吧。。那我的东西不是有泄漏的危险。。。

呵呵。。这个真实我自身的情况。可能每个公司不一样，还是从公司本身的产品与流程来考虑这个问题吧

其次我给点小小的意见是，你的DEV库是不是可以细化些。如何细化么，如果可以，可以上网找夏这类的文章：开发前的约定

引用:

原帖由 shuku 于 2007-7-16 11:02 发表

我的疑问是：如果像版主所说的我把Release与DEV库合并。通过一个Tag来区别DEV与Release的东西，当然这个从配置库的建立上说不成问题。但是如果我要发布呢怎么办？如果我的产品要发布，那么我的东西就要给相关部门，比如说网管，那么我们现在好像还没有办法控制他只能取这个Tag不能取其他Tag的东西吧。。那我的东西不是有泄漏的危险。。。

可以由你把准备要发布的版本取出来，打包给相关部门或者客户

引用:

原帖由 shuku 于 2007-7-16 11:02 发表

其次我给点小小的意见是，你的DEV库是不是可以细化些。如何细化么，如果可以，可以上网找夏这类的文章：开发前的约定

首先要谢谢shuku，hoho

trunk 下的项目代码目录，我们公司有自己的规范，我现在最关心的不是这个级别的东西，不过，还是要非常感谢你啦！

引用:

原帖由 shuku 于 2007-7-16 11:02 发表
其实这个问题在于灵活拉

虽然我们所配置库的三库概念可以在物理上表示，也可以在逻辑上表示，这两个方法都可以的呀。。通过label也好，我单独建立一个库也好，都可以。

我的疑问是：如果像版主所说的我把 ...

如果dev和release分开建库，可以更方便地实现权限控制 ：）

热烈关切..我也有这方面的疑问..
对于三库的使用以及BRANCHES,TRUNK的使用都不太明白