SCMLife.com

 找回密码
 立即注册

QQ登录

只需一步,快速开始

扫一扫,访问微社区

楼主: 流水先生

[原创] 三库(开发库、受控库、静态库)的概念及个人的理解

  [复制链接]
发表于 2007-6-19 20:49:27 | 显示全部楼层

回复 #1 流水先生 的帖子

三库的概念基本可以这么理解,但还是有一点不能确定,请教一下:软件受控库到底是为什么角色服务的,可能这样表达不是很清楚,换句话说,对于嵌入式软件,当为了调试软硬件集成产品而在生产线上要使用的软件,应该从哪个库提取(目前在没有利用工具之前,三库是物理分开的,分属于不同部门来管理,工具正在启动中)?有人认为可以从受控库提取,有人认为必须从产品库提取(我也是如此理解的),目前没有一个可以明确的答案(当然各个库均是受控的),请问谁能给解答一下?
回复 支持 反对

使用道具 举报

发表于 2007-6-20 10:29:01 | 显示全部楼层
要看受控库为什么角色服务的话就要看受控库意义何在了,现在大家比较认同的观点就是受控库是开发工程师相互协作、交流最新工作成果的地方.那么服务的角色也就不言而喻了.+ T6 i8 h" ], z: b
还有,既然是集成需要的软件,那么这个软件的来源是什么?项目组自身开发,第三方,重用?不管它从哪里来,都需要经过确认是一款成熟的,能保证集成质量的软件.那么这款软件肯定是从产品库提取的.3 O) Z, E7 P, p- A+ S& ^& P
对软件应该从哪个库取到有异议其实还是因为对三个库的理解还有异议,当然我的理解也是个人观点.还望专家指正.
回复 支持 反对

使用道具 举报

发表于 2007-6-20 14:10:49 | 显示全部楼层

回复 #22 W.ff 的帖子

在这 W.FF啦!
8 @9 U# H  y9 k0 b" m0 |5 }
3 L3 |. `" Z8 u! n6 L8 B* I[ 本帖最后由 香飘何方 于 2007-7-2 13:48 编辑 ]
回复 支持 反对

使用道具 举报

发表于 2007-6-20 15:31:49 | 显示全部楼层
呵呵,香飘兄太客气了,我只是提一点个人看法.
" h- J0 B! K9 Y/ ~/ L4 L4 y+ S! Y$ n% R7 ]# B. @# M
我想的话,不管是什么项目,现在集成一般采用迭代的方式,循序完成最终的集成.在循序的集成过程中,由于对集成顺序的安排,可能这个软件模块已完成,并投入到集成中,而下一个模块还在开发,那么对于整个软件来说就不清楚到底是在受控库还是在产品库.不知道我是不是理解到了香飘兄的意思,下面我就对我的观点作个解释.$ O, A: u+ G1 {0 y
) B, [- B7 |& R4 ]$ F7 z
其实,这个时候我们把基线的范围缩小就行了,基线毕竟是一个概念,只要是稳定的,能为后续版本作铺垫的,那么就可以进行基线控制,而不一定说在需求之后打条基线,在设计之后打条基线之类的硬性规定,灵活处理即可.6 E/ J- W; W6 G9 S% B3 O0 m
; w% l5 J! g2 f' ?/ Y- w: J8 F
集成需要的软件肯定是一个经过正式评审确定的软件版本,那么版本肯定是存在于基线中的.所以我觉得这个时候可以把基线的控制缩小到模块的层面.因为软硬件集成的话也是一个模块一个模块集成的,集成前肯定也要进行一系列的测试.所以等到某个模块经过测试通过之后就直接纳入基线,而不需要等到最终软件成型之后再纳入基线了,这个时候集成所需的软件就是从产品库中提取的,保证是较稳定的.% s8 |" j7 {4 K3 n- `1 L! |; E/ O9 V

3 o* {2 y9 Z) K0 N- \; `而对于保证质量,除了测试,其实项目上所有的参与者的目的都是用来保证质量的,项目经理的项目管理,系统架构师的技术支撑,QA的质量保证,SCM的完整性保证,这些都是用于保证质量的,只是形式不一样而已.不过如香飘兄所说,测试确实是最见成效的,呵呵,肉眼看得见的.8 w0 k$ j  e6 p9 C5 Y
8 P+ W. Y- B3 f+ R3 L* Z
还是那句话,个人观点,都快成座右铭了,呵呵,请赐教!

评分

参与人数 1金钱 +5 收起 理由
懂你 + 5 赞同你的观点!

查看全部评分

回复 支持 反对

使用道具 举报

发表于 2007-6-20 20:51:28 | 显示全部楼层

回复 #24 W.ff 的帖子

看了W.FF的观点,与我本人的理解基本相同,但还是觉得这些都是理想状态。在遇到问题时,请W.FF指教!请专家指教!, ^0 [1 U8 F" n! H% {/ F" ^

# k4 C( @# r8 @& B: p[ 本帖最后由 香飘何方 于 2007-7-2 13:49 编辑 ]
回复 支持 反对

使用道具 举报

发表于 2007-7-3 17:44:30 | 显示全部楼层
Good explaination, thanks. I feel it not so easy to relate to CMM
回复 支持 反对

使用道具 举报

发表于 2007-7-4 10:07:26 | 显示全部楼层
受教!1 Z7 a% u6 ~* N. J( U8 F
我刚进入这行,觉得有好多东西都要学啊!
回复 支持 反对

使用道具 举报

发表于 2007-7-12 13:40:58 | 显示全部楼层
原帖由 W.ff 于 2007-6-11 10:41 发表: Q+ i0 h4 F. ?: {# D$ }7 W
对三库的理解比较赞同shuku 的观点,对三库的具体实现更赞同among的观点--“通过基线,分支可以做到物理的单独一个库”。

7 E7 F9 n4 i( g- f# i7 S0 J1 |: w1 j0 C5 [' o4 g
“通过基线,分支可以做到物理的单独一个库”  那其实物理的存储还是分开的,只是通过一个库上不同的目录存放这些信息而已,对吧?
# h* Q& B1 Y& d3 T当然这个还是与纯粹的两个库有所不同。
回复 支持 反对

使用道具 举报

发表于 2007-7-12 17:23:06 | 显示全部楼层
我认为“三库”的理念非常好,可以很清晰的区分出基线前后的概念,想把这个引入到我们公司的配置管理规程里面,所以再次重新的看了上面所有的信息,想结合大家的看法制定出一个合适的目录结构,但是我发现了一个问题:
1 s! {+ i6 w& Z( [楼主对三库的理解其实和第8楼的理解是不一样的。楼主认为
# @8 q% h/ N! H+ q/ f6 P, Q' _, V1、开发库可以大致映射为开发工程师的个人工作空间,在开发工程师本机上,个人目录下。当然,对于稍大的任务,也可以映射为存储库里的一个任务分支。
/ {0 z* a2 _. n: t/ Q1 w; M2、受控库,则是开发工程师相互协作、交流最新工作成果的地方。大致上,可以映射为版本控制工具(svn/cvs/cc……)的repository(存储库)。: v- c3 B' ?% u
。。8 h6 L( t4 [* |
但是shuku 认为:, _) p/ P- K% F8 I: @* `" ]
1、动态库应该强调项目组成员日常的工作成果,比如日常开发的代码,为成形的文档,项目管理类的文档,配置库的使用应该也包括对这些日常工作成果的管理,当然这种管理应该是最低层次的管理,主要目的是为了保护他们的工作成果,当然还有也为度量之用。+ j' r" e* Z) Y% N( L4 j. Z, U- N
(这个应该对应到楼主的第二条)
# n# q6 P1 O/ z& X$ b/ ~。。。4 c* k. M# Z# B

6 L6 U$ L! R. I% P( \所以比较疑惑(我绝非咬文嚼字,主要是要根据这样的想法制定出一个目录结构,上面两种的看法制定出的目录结构其实是不一样的),不知道哪种理解才是正确的,或者说是无所谓对错,两种理解都对吗?
回复 支持 反对

使用道具 举报

发表于 2007-7-20 11:33:24 | 显示全部楼层
受教受教,各位大虾让我收益匪浅
回复 支持 反对

使用道具 举报

您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

关闭

SCMLife推荐上一条 /4 下一条

QQ|小黑屋|手机版|无图版|SCMLife.com ( 京ICP备06056490号-1 )

GMT+8, 2019-8-23 01:02 , Processed in 0.055648 second(s), 6 queries , Gzip On, MemCache On.

Powered by SCMLife X3.4 Licensed

© 2001-2017 JoyShare.

快速回复 返回顶部 返回列表