配置管理，想说爱你不容易！ 总结

思步网

上周回顾：
       上周专题为“研发流程为谁服务？”，主要讲解了：软件研发流程怎么制定？流程定制有多种流派，多种方法，制定出来后会有多种感叹“制定流程容易，执行流程难”，为什么会出现执行难呢？不同的人有不同的理解，比如研发人员流程意识不对、公司不重视、流程设计不合理等等。 这样的话题经常会有，与其互相抱怨，还不如改变思路，来讨论下研发流程为谁服务的命题。只有明白了为谁服务，来能够考虑是否符合需求。

本期活动：
        #思步专题，微讲坛# #配置管理，想说爱你不容易！# 这里就引述本期的活动简介作为介绍：
              客户：“为什么上次修复的缺陷又出现了？” PM：“马上处理！”
              开发：“Bug在我们这儿没出现啊，测试那边咋测的？！”
              测试：“我们的确发现缺陷了！！”
              PM：“开发再找找，测试再确认！”
              开发&测试：“……”
              客户：“你发给我的是什么？这不是我想要的功能！” （PM疯了）

              以上的问题大家遇到过吗？其实解决它们的办法很简单，就是——配置管理


主持人：思步网       嘉  宾：布道之者       思步科技

以下，是本期讲坛的总结：

大家疑问	嘉宾答疑
思步网：#思步专题，微讲坛# #配置管理，想说爱你不容易！#大家有什么问题可以开始提问了，嘉宾稍后会为大家进行答疑~
	布道之者：#思步专题，微讲坛# #配置管理，想说爱你不容易！#交流开始，谢谢
	布道之者：#思步专题，微讲坛# #配置管理，想说爱你不容易！#配置管理员，一直是不太被项目组所看重的角色和过程，但事实的确如此吗？请大家先思考一下本次主题的序部分，是否这些问题之一就是项目组的配置管理没有做好
	布道之者：#思步专题，微讲坛# #配置管理，想说爱你不容易！#配置管理其实是一个非常简单，但必须非常细心的工作，它比项目管理更加强调理论与实践的结合，因此在说到配置管理实践之前，我们需要整理清楚一些理论上的概念
思步老鸠：#思步专题，微讲坛# #配置管理，想说爱你不容易！# 在scrum中实施自动构建时会遇到什么样的障碍	麦克的新世界：#思步专题，微讲坛# #配置管理，想说爱你不容易！# @思步老鸠 : 自动构建时,可能遇到的问题，取的版本对不对；构建脚本是否有问题；构建时间是否合适，是否当日的修改都已经归档；构建发现的问题该如何处理和上报，等等。 布道之者：麦克所说的问题，其实本身就是配置管理没做好，比如项目的源代码在构建前没有及时提交，或是提交的版本根本就是错了，也有可能是提交的源代码没经验证
	布道之者：#思步专题，微讲坛# #配置管理，想说爱你不容易！#配置管理理论中有两个最基本的概念：配置项与基线。什么叫配置项呢？所谓配置项，就是指软件项目在开发过程中，所需要进行历史版本管理的文档、代码，以及其他项目开发中所产出的各种工作产品。
灰灰燚：#思步专题，微讲坛# #配置管理，想说爱你不容易！#嘉宾好，我想请问一下项目组的配置管理员是由组织级的专职CM来担任比较好呢，还是项目成员兼职较有效呢？我们遇到的困境时专职CM的工作比较被动，但是兼职CM的专业度及执行力都不太理想，还是需要有人去审计，求解。	麦克的新世界：#思步专题，微讲坛# #配置管理，想说爱你不容易！#建议专职CM，最好做过开发，能对CM tools进行自动化的编程，因为自动构建，构建的快速化（最小化），CM工具的持续优化，都需要专业人士来进行专业化的处理。
	布道之者：#思步专题，微讲坛# #配置管理，想说爱你不容易！#简单说个例子：我们有的项目会把周报放在配置库中管理，但项目周报并不是配置项，因为它是不用管理历史版本的。
无边无际_se：#思步专题，微讲坛# #配置管理，想说爱你不容易！#  配置审计中，功能性审计和物理性审计的主要区别是什么？	布道之者：物理性审计是检查配置项提交时，它的版本是否正确，是否与计划提交的一致和完整等。而功能性审计是检查提交的配置项的内容是否正确。 布道之者：物理审计不对配置项内容负责，主要负责其完整性和与计划的一致，主要是由配置管理员或QA来完成；功能审计一般由项目经理负责完成，是对内容正确性负责
niniaya：#思步专题，微讲坛##配置管理，想说爱你不容易！# 配置管理的粒度到什么程度比较合适？以前的一个公司到文档级，每个文档都有自己的版本基线，现在的公司，是阶段级基线，一个项目下来只有4个基线。哪种更好些或更适用些呢。。。	布道之者：建议不要将基线和某一阶段挂钩，应该与项目组具体的里程碑挂钩 布道之者：配置管理的粒度建议是文档应区分按阶段类别来，如，需求、设计、源代码（按模块配置管理或将所有代码视为一个配置项）、测试用例等 麦克的新世界：//@思步网:@布道之者 粒度问题  #思步专题，微讲坛# #配置管理，想说爱你不容易！# 前期可以按阶段建立基线，到代码级就需要增加代码的基线，每日构建，需要每天有一个代码基线。
niniaya：#思步专题，微讲坛##配置管理，想说爱你不容易！# 按现在阶段级基线管理的粒度，感觉没有文档级好，因为配置项的基线版本可能不全。不过对小型项目来说，文档级的粒度可能太繁琐，管理成本高。小项目可能更适用阶段级基线。不知道大家有没有遇到过这样的问题。	【注：大家可以一起在此帖中探讨】
走完一程又一程：#思步专题，微讲坛# #配置管理，想说爱你不容易！#打label的标志有没有一个统一的标准？	麦克的新世界：#思步专题，微讲坛# #配置管理，想说爱你不容易！# 打Label要建立一个类似于文档编码的Lable命名规则
	布道之者：#思步专题，微讲坛# #配置管理，想说爱你不容易！#下面我谈一下基线的概念； 很多人理解基线，是和阶段挂钩的； 比如什么需求基线，设计基线等，其实所谓基线，是一个项目工作产品间看不见的逻辑关系； 比如，一个项目组对客户发布了一个版本的产品，而这个产品所对应的源代码、所使用的测试用例、对应的设计，以及实现的需求等，这些都要形成一个逻辑意义上的对应关系，这就是基线！
灰灰燚：@field_yuan 你知道这种所谓的“逻辑意义上的对应关系”，具体针对svn该怎么实现吗？	【注：大家可以一起在此帖中探讨】
	而我们每次需求阶段完毕时，说“我已经对需求文档建立基线了”，其实，应该是“我已经冻结了现在的需求文档，请根据现在冻结的需求文档内容，进行开发和设计” 会飞的海猪：我已经冻结了现在的需求文档，请根据现在冻结的需求文档内容，进行开发和设计”这个描述比较到位。
	布道之者：#思步专题，微讲坛# #配置管理，想说爱你不容易！#而我们在将配置项冻结时（或有人也称为基线化），就需要对配置项进行配置审计，其中包括了物理审计和功能审计。
一棵小波菜：#思步专题，微讲坛# #配置管理，想说爱你不容易！# 如何充分配置管理工具，比如sVN	布道之者：配置管理工具只是配置管理工作的一个辅助工具，SVN只能负责到配置管理的版本管理和标签管理，而基线管理（即各个标签间的关系）SVN并不能全面管理
niniaya：#思步专题，微讲坛##配置管理，想说爱你不容易！# 配置管理的审计由什么角色做，组织级配置管理员或其它项目配置管理员？项目中的配置审计和组织配置管理员对项目的审计有什么区别，需要区别吗？	布道之者：配置审计分为物理审计和功能审计，物理审计由CM负责即可，功能审计由PM负责组织，主要是对配置项的评审或测试。 布道之者：组织级配置审计可以理解为是对配置审计工作的QA审计 niniaya：回复@布道之者: #思步专题，微讲坛##配置管理，想说爱你不容易！#组织级的QA审计和组织级的配置审计还是有区别的 布道之者：回复@niniaya:这要看各个公司的实际情况了，不能一概而论，我只是说出我们的实践
思步网：#思步专题，微讲坛# #配置管理，想说爱你不容易！#活动已经进行了一个多小时了，大家对此话题还有什么问题都可以随时提出，欢迎大家与嘉宾进行互动~~
	布道之者：#思步专题，微讲坛# #配置管理，想说爱你不容易！#作为讲坛只能是覆盖到理论和普遍实践，请大家根据自身情况，斟酌具体地去实践，死套硬搬理论是可怕的！！ 一棵天堂树：严重同意，我们的实践就是把cm工作划成了几块，组织的cm最后成了库管。 布道之者：回复@一棵天堂树:CM本来就是仓库管理员，你认为仓库管理员很低级吗？！ 一棵天堂树：回复@布道之者:仓库管理员也有级别呀。我这里指的，就只是收货，发货，盘货。不存在构建系统和变更控制。 布道之者：回复@一棵天堂树:仓库管理员不会只管收发货的，包括这个仓库如何归类存放货物，并定期进行清点维护等都需要做的 一棵天堂树：回复@布道之者:如何归类存放，我们是有配置划分单，这个是ccb决定，一般都是统一形式的。定期清点维护，我们是由品管组长和项目经理加QA做审计。 一棵天堂树：回复@布道之者:而我们的QA是兼职cm，所以主要是品管组长和项目经理检查了。 布道之者：回复@一棵天堂树:我不是特别同意由QA兼职担任QA，对项目组的成长是不利的，也让项目组轻视配置管理工作，而且外部人员（不管多牛）是无法深入项目的
拍睿：#思步专题，微讲坛# #配置管理，想说爱你不容易！#试着提问下：1、基线里的配置项不全是否可以发布基线？如果可以，不全的基线作用是什么？2、是否可以只发布配置项，不发布基线？累积多个配置项后发布一个基线？这种情况下变更如何控制？	布道之者：比如，只要你们认为发布出去的产品只需要管理到对应的需求和测试，这也可以，只是理论上，这种基线是不完整的。 布道之者：大概回答一下问题2：基线不是用于发布，是用于管理各阶段工作产品的正确对应关系，让工作产品可以正反向追溯，也是为了变更控制的 拍睿：没描述清楚。第一个问题：如果已识别了某条基线含有10个配置项，如果只有5个配置项完成，是否可以发布基线？如果可以作用是什么？因为基线不完整。 一棵天堂树：我们的配置项分了是否受控的区别，受控的配置项不全不能发布基线，甚至不能入库的；不受控的配置项在阶段结束时如固化版本。 拍睿：回复@一棵天堂树:受控的配置项不全时，就一直等着？直到基线下的配置项全了才能统一发布基线？如果时间拉的比较长怎么办？ 拍睿：回复@一棵天堂树:受控的配置项不全时，等着？直到基线下的配置项全了才能统一发布基线？如果时间拖比较长咋办？另下游基线中包含上游基线的配置项吗？ 一棵天堂树：回复@拍睿:从流程定义上讲，应该不会等。除非有拖延的配置项，实际中会有这种情况，就是不按要求流程走。我们的做法是根据具体情况来定是否入库。 拍睿：回复@一棵天堂树:下游基线中包含上游基线的配置项吗？ 布道之者：基线是指所有过程产出的对应关系，当然是包括得越多越好，不要把基线想成一个具体的东东啦
	思步科技[/url]：[url=http://s.weibo.com/weibo/%25E6%2580%259D%25E6%25AD%25A5%25E4%25B8%2593%25E9%25A2%2598%25EF%25BC%258C%25E5%25BE%25AE%25E8%25AE%25B2%25E5%259D%259B]#思步专题，微讲坛# #配置管理，想说爱你不容易！#对于软件开发团队而言，良好的配置管理有助于解决如下问题:1、同步更新；2、公共代码；3、版本管理。
	思步科技[/url]：[url=http://s.weibo.com/weibo/%25E6%2580%259D%25E6%25AD%25A5%25E4%25B8%2593%25E9%25A2%2598%25EF%25BC%258C%25E5%25BE%25AE%25E8%25AE%25B2%25E5%259D%259B]#思步专题，微讲坛# #配置管理，想说爱你不容易！#配置管理活动有：配置管理计划、配置项标识、版本管理、基线管理、变更控制、配置状态报告、配置审计、发布、备份&归档。 大懒虫子丫头：原来有这么多活动。

       每次讲坛内容都比较多，此处仅整理出部分重要内容，更多有关“#思步专题，微讲坛#   #配置管理，想说爱你不容易！# ”的讨论内容，可以点击这里进行访问。


  该贴已经同步到 step365的微博


上一篇：配置管理，想说爱你不容易！ 问题征集
下一篇：高效研发团队的打造 问题征集

卫斐蕙

支持，楼下的跟上哈~

爺∮⑥駺銜頭

想参加，不知道什么时候还有。

情歌王子

顶，这样的活动真心好啊~

魂刃斩

下次有相关活动时再说一下哦~

枫林火山

想参加，不知道什么时候还有。

承德露露

这么强,支持楼主，佩服

辐射

鼎力支持！！

楚峡云归

看起来不错

自信

very good.

〃安静

鼎力支持！！

花痴而已

确实不错，顶先

璃茉

路过的帮顶

尘世孤行。

支持，赞一个

·～受够了等待

路过的帮顶