第四讲软件配置管理.pptVIP

* 对软件项目中所涉及的配置管理工作进行统一的规划，制定全面的解决方案，形成配置管理计划文档。 首先由项目经理确定配置管理者，配置管理者通过参与项目规划过程，确定配置管理的策略，并制定详细的配置管理计划，交配置管理委员会审核，配置管理委员会通过计划后发布实施。 对小型项目而言，也许没有专门的配置管理人员，也没有明确的配置管理计划，只是由项目经理对代码和文档的版本进行简单的控制和管理。 * * 当开发人员要使用配置库中的一个文件时，将文件检出到自己的工作目录里，此时该文件在配置库中被自动锁定，开发人员处理完该文件后，再将文件检入到配置库中（需有修改权限），一个新的版本号自动与文件相关联，文件解锁。 * α测试是由公司内部的用户在模拟实际操作环境下进行的测试.β测试是由软件的多个用户在实际使用环境下进行的测试. * Jit(Just in Time)：Java即时编译技术 * 配置项的变更是否被完整地记录下来，版本变化是否符合版本升级策略等。 * 变更管理活动的执行情况：变更请求、评估、批准、实现等一些列活动所花费的时间。 * 开发人员提取一个文件时，将在自己的工作空间建立一个独立的拷贝，此文件的版本号与文件“头”版本相同，除非他用“commit”命令完成版本的永久性升级。而此时，其他用户可用update 命令使自己的版本号与“最新的头版本号”相一致。若用户在checkout 后发现头版本改变了，可用Rcs 系统的rcsmerge 命令形成一个新文件，这个新文件及包括原来的内容，又包括用户修改的内容。此时若与其他同时在对同一文件修改的开发人员发生冲突，可通知他们进行手工修改。所以说，CVS 系统采用的是一个“拷贝― 修改一合并”的方法而不是以上我们提到的那两个系统所采用的加锁一修改一解锁机制。这种方法的好处在于，软件开发人员可以得到一份源文件的拷贝，并不会对该文件上锁，因此为并行开发提供了可能。在得到拷贝后，开发人员可以在自己的开发环境下进行修改，然后提交自己修改后的文件，与源文件进行合并形成新的版本。 * CVS允许修改代码到不同的开发线上，这就是分支（branch）。当改变一个分支中的文件时，这些更改不会出现在开发主干(main trunk)和其它分支中。 在这之后你可以使用合并（merging）把这些变更从一个分支移动到另一个分支（或主开发主干） 假定tc.c发行版1.0已完成。正在继续开发tc.c，计划在2个月后发行1.1的版本。不久客户开始抱怨说代码有些问题，检出了1.0的发行版，找到了这个错误（这将会有一个小小的更正）。但是，当前代码的版本是处在一个不稳的状态，并且在下一个月才能有希望稳定下来。这样就没法基于最新代码去发行一个修复错误的版本。 这种情况下就可以去创建一个分支（branch），分支所有文件是构建于tc的1.0发行版。可以修改这分支而不影响到主干。当修订完成时，你可以选定是否要把它同主干合并或继续保留在这个分支里。 更新文件或者模块 更新文件或者模块 与当前版本合并。 提交修改 增加文件 1.对于目录不存在，先增加目录。点击“修改”－“添加选择的文件”，将目录加入。 2.目录存在，选中要添加的文件。三种方式：添加，二进制添加，unicode添加。 此时文件还没真正入库。 3.提交修改。 4.对于新增的目录(目录下的子目录也是新增的)，由于模块的相对性，采用导入模块的方法更快捷。 创建或删除标记 创建分支 文件版本历史 右键选择版本历史 wincvs的使用 文件删除 选择文件，单击“修改”下的“删除选择的文件”，将本地的文件删除，并标记为删除状态。然后选择“修改”下的“移除”,将服务器上的文件删除。本地显示删除状态。单击添加会恢复回来。 Eclipse CVS的使用1 Checkout Eclipse CVS的使用2 Eclipse CVS的使用3 Commit Update Branch Merge …… Eclipse CVS的使用4 Checkin Eclipse CVS的使用5 在Jbuilder中使用cvs 导入 新建项目 本章小结 软件配置管理的作用 控制变化 版本控制、变更管理 软件配置管理的相关概念 软件配置项、基线、软件配置控制委员会 软件配置管理过程 软件配置管理工具CVS * 不同软件模块之间有许多联系，如公用函数。Common-function.java文件，checkDate()函数和checkStringLength()函数。 * 举例：用Visual Basic 5.0在Windows98上开发了一个软件，后来对该软件进行了升级，开发平台是Visual Studio2008，这样新旧版本的软件无论从语言本身还是运行环境来说差别都