软件代码与测试缺陷的管理陈志成..pptVIP

软件代码与测试缺陷的管理   陈 志 成 2007.03.24 1.1 软件源代码管理工具 目前主要的源代码管理是： CVS、VSS CVS（Cuncurrent Versions System）是基于 TCP/IP 协议的版本控制工具，也是 Open source 界最重要的开发工具之一。CVS 保存了对项目源码每一次改动的记录和注释。 在任何时候，你都可以找到仓库中任何文件的任何版本。它容许几个人同时工作在同一个文件，在他们提交文件时来合并他们所做的修改。在修改冲突时会发出警告来通知用户，确定将此文件的更新版本放入仓库内，发生的冲突由某人解决。 VSS（Visual SourceSafe）是微软的源代码管理工具，与CVS功能基本相似，用法上略有不同。在此以CVS为例介绍。 1.2 基于CVS的并行开发流程 你把你的所有代码导入（import）CVS，然后其他人可以检出（check out）源码树的一个工作拷贝。 每个人都工作在自己的本地计算机中，当有一个新的功能出现时，他们必须更新（update）他们的本地拷贝来保持和当前版本同步。他们会提交（commit）他们改变的文件到仓库中来生成新的版本。 在提交时出现的问题CVS都会产生警告，然后你必须仔细检查出问题的文件来手工解决冲突。在文件中，改动的部分会在前面以 符号显示，并且列出两个版本的不同之处。仅删除旧版(或修改使它能够工作)，再次提交文件，一旦CVS没有警告返回上一步，继续工作。 1.3 CVS操作 1.4 CVS的基本概念 repository仓库： 用于存放版本控制下的所有目录和所有各种版本的文件；CVS会完成对repository的查询和更新。 数据如何存放在repository中：随着CVS版本的不同，存放结构会发生变化，一般情况下用户无需了解数据到底是如何存放的。 Modul：一个目录层。一个软件工程通常作为单个的模块存放在库中。 checkout：描述将某个模块从库中首次导出。 Commit：将你对文件的修改提交到库中。（相当于VSS中的checkin） Timestamp: CVS自动给文件添加的日期标志， 格式形如：Fir Dec 20 06:18:48 revision：文件的版本。形如1.1，1.2.1，一般1.1是该文件的第一个revision，后面的一个将自动增加最右面的一个整数。 1.4 CVS的基本概念 branch：分支是出于软件版本的稳定性和开发的延续性考虑的，当我们在原来的版本基础上需要创建另外一个版本（项目）时，可创建一个分支，分支跟主版本可独立开发，又可以相互合并。一般是有个发布版v1.0，在开发v1.2的基础上，同时又在修改v1.0，这时就可以创建分支，不同分支也可以互相合并。 tag：tag顾名思义就是做个标签，如张三的文件，他就可以做个标签为张三以表明是他的文件。Tag只是在文件上做了一个标签，并没有创建不同的文件。通常不需要对某一个孤立的文件作tag，而是对所有文件同时作一个tag，以后用户可以仅向特定tag的文件提交或者checkout。另外一个作用是在发布软件的时候表示哪些文件及其哪个版本是可用的；各文件不同revision可以包括在一个tag中。如果命名一个已存在的tag, ，默认将不会覆盖原来的。 conflict：完全是纯文本的冲突，不包含逻辑上的矛盾。冲突的产生是在多人对同一文件的修改的时候，不同的人对此文件的同一地方做了修改，这个时候CVS以文本的形式给出了冲突的地方，至于如何处理，CVS给出引导，最终靠用户决定如何解决。 1.5 CVS中的指示符含义 U file 形如“U file”的行表示文件已被更新为源代码树仓库中最新版本。这一操作适用于本地工作目录中不存在但源代码树仓库中却存在的文件；或是本地工作目录中没有修改但却不是源代码树仓库中最新版本的文件。 P file 与“U file”类似，但cvs服务器只是提供一个补丁而不是整个文件。两种操作的结果是相同的。 A file “A file”表示文件已经被添加到个人的工作拷贝中，但是还未提交到源代码树仓库中。如果从本地工作目录中删除，将丢失文件。这个指示符提醒你对添加的文件进行提交。 R file “R file”表示文件已经从个人的工作拷贝中删除，但是还未提交删除操作，所以该文件还没有从源代码树仓库中删除。这个指示符提醒你对删除的文件进行提交。 1.5 CVS中的指示符含义 M file