配置管理经验谈

1.配置项是横向的,版本管理和变更管理是纵向的
2.利用我们手中的工具来实现我们的一些软件工程的思想,一些管理思想,一些潜移默化的流程给固定下来,形成一种习惯,一种制度。

3.多发现工具,写些自动化脚本,较少重复的工作,花更多的时间研究CMMI和一些关于流程体系的东西
4.思想是人才有的,让机械重复的工作给计算机去做。。
5.后来我公司改变了存在的问题,在开发中程序员与测试工程师并肩作战,在还没有集成的情况下,就测试,甚至,在一个Task还没有完成的情况下,就测试。这样就迅速的反馈出了存在的问题,解决的也很快,后来公司就按这个规范步骤进行了。
6.测试的版本都是在代码测试前打tag(label),因为可能在测试期间有人提交代码
7.变更记录表,变更申请表等都可以通过TFS工作项来完成。
8.Team Foundation Build的核心就是生成服务和生成定义,简单的说就是生成服务解析生成定义,按其描述完成构造动作。生成定义是什么?它就是一个遵循MSBuild文档架构的项目文件。可以认为Team Foundation Build就是考虑到与Team Foundation的需要对MSBuild进行的扩展。
9.保证需求和设计文档内容完整的有效办法是指定文档的唯一责任人,比如数据库设计的变更只能由一个人控制。
10.配置管理实际就是四个正确,即正  确的人,在正确的时候,可以获取到正确文件的正确的版本。

猜你喜欢

转载自zhangxuv.iteye.com/blog/1113168