CVS服务器与WinCVS的配置与使用
第一部分CVS服务器的配置(以1.10版)
作者：吴炎溪Email:Yanxi-Wu@https://www.doczj.com/doc/8218392527.html,
1、CVS简述与CVS服务器的安装：
CVS是目前比较流行与优秀的版本管理与控制工具，它深受大多数开发人员与系统管理的喜爱，同时也是用来管理其它日常文档（如word工作文档之类）的一个强有力的工具。这一部分将对CVS服务器的安装、配置与使用方法进行简单、扼要的介绍，以帮助大家尽快的使用CVS来进行一些版本的管理与控制工作。
2、CVS服务器的安装
CVS服务器版可以从网上的很多地方下载到，也可以到CVS的官方网站进行下载。根据你所使用的系统，下载相应的版本，然后进行安装。因为当前大部分人是在Linux下使用CVS 服务器进行版本管理，并且Redhat Linux是目前最流行的一个Linux发行版之一，所以本文将主要基于Redhat Linux进行介绍。首先下载CVS服务器的rpm包，当然也可以下载其它方式的包如源程序包，这也就是Linux的一个优点之一。然后采用以下命令进行安装：rpm -ivh cvs-1.10.8-3.i386.rpm
3、配置/etc/services文件：
安装完之后的第一件事就是要配置CVS服务器的配置文件，使其能正常的工作。首先在services文件中添加cvspserver，使其成为Linux的一种服务也就是cvs服务器例程的入口，配置如下：
cvspserver 2401/tcp # cvs client/server operations
cvspserver 2401/udp # cvs client/server operations
4、配置xinetd，用xinetd来启动CVS服务器：
进入到/etc/xinetd.d/目录，然后编辑一个文本文件，名字一定要与/etc/services中的入口名字cvspserver一致，所以这里用cvspserver作为文件名，文件的内容如下所示：
service cvspserver
{
disable = no
socket_type = stream
wait = no
user = root
env = HOME=
server = /usr/bin/cvs
server_args = -f --allow -root=/home/cvsroot pserver //指定认证方式为pserver，注意：-f
}
注意：a、service后面的名称一定要和你在/etc/service文件中的cvs服务名称一样；
b、env = HOME=这一行的目的就是为了解决在执行一些cvs操作时产生的读取/root/.cvsignore文件的错误，上面env那行的意思就是在运行cvs服务的时候将环境变量HOME置空，这样虽然执行cvs的用户是root，但是由于没有了HOME这个环境变量，所以cvs就不会在去读取/root/.cvsignore文件了。
5、配置CVS用户与cvsroot的属主与属组：
首先建立一个用户组cvs，可以使用groupadd或者addgroup命名，也可以直接编辑/etc/group 文件添加这个组，然后添加一个用户cvsroot，然后修改/etc/passwd文件使cvsroot用户的缺省组是cvs组，而不是cvsroot组（也就是修改）。在/home目录下建立cvsroot目录（也可
以在其它你喜欢的目录下建），然后修改/home/cvsroot的属主及属性：
#chown cvsroot.cvs /home/cvsroot
#chmod 771 /home/cvsroot
6、vs进行初始化：
安装完CVS服务器之后的另一件重要的事情就是要初始化CVS服务器的根目录，以后创建的CVS项目都将建立在这个目录下，采用的命令如下：
＃cvs -d /home/cvsroot init
这样目录/home/cvsroot就成为CVS服务器的根目录，以后创建的目录都将默认的存放在这个目录下。
7、登录cvs服务器（在Linux或其它Unix系统下进行登录的情况）：
a、如果是远程登录，采用以下语法：
#cvs -d :pserver:cvsroot@host:/home/cvsroot login
CVS password：//输入用户cvsroot的口令；
如果没有出现其它的任何提示就表示登录成功了，否则要根据提示进行相应的修改。下面对登录命令的语法进行说明：
其中，:pserver表示采用pserver方式进行用户登录认证，一般的CVS服务器都采用这
种方式，当然也可以采用其它方式，具体参考相应的资料；
:cvsroot表示要登录的用户名，只要是cvs组的成员都可以，如：cather；
@host表示要登录的服务器，可以是DNS名，也可以是IP地址，如：10.104.1.204；
:/home/cvsroot表示CVS在服务器上的目录，也可以是其它目录（由第6中你所
指定的用来做init初始化的目录决定）；
提示：也可以把export CVSROOT=:pserver:jchuang@192.168.0.8:/home/cvsroot这一句直
接写在用户的初始化文件中（如：.bash_profile），这样用户每次登录时，只需输入：
＃cvs login
然后输入相应的口令就可以登录到cvs服务器上。
b、如果是本地登录，可以直接把export CVSROOT=/home/cvsroot这一句写在用户的初
始化文件如：.bash_profile中；然后直接
8、向CVS添加新的项目模块
一般我们都已经有一个或多个项目了，这样我们可以用下面步骤生成一个新的CVS项目。将一个工程文件置于CVs中进行版本控制，在CVS 术语中称作导入(import)。从名字上就可以看出，在导入前需要为此作些准备工作。
输入操作的基本要求是有个"干净"的目录结构。"干净"的意思是不需要版本控制的文件都被移走了（如编译生成的文件，备份文件等等）。如果工程已经开始一段时间了，这就显得很重要。在目录中也许有些是不打算将其置于版本控制下的文件，但是又想将他们放在这里，这种情况下，你要在输入之前将它们移走，然后再移回来。
注意的是CVS 认为空目录是不存在的。如果想增加一个既不包含文件又不包含子目录的目录，需要在其下创建一个哑文件。建议你创建一个名为README.txt 的文件，其内容为对目录的简要说明。
进入到已有项目的目录，比如叫cvstest：
$cd cvstest
运行命令将项目文件导入到cvs仓库中：
$cvs import -m "this is a cvstest project" cvstest v_0_0_1 start
说明：import 是cvs的命令之一，表示向cvs仓库输入项目文件．
-m参数后面的字串是描述文本，对项目进行描述，如果不加-m 参数，那么cvs会自
动运行一个编辑器（一般是vi，但是可以通过修改环境变量EDITOR来改成你喜欢用的编辑器）让你输入信息，cvstest 是项目名称（实际上是仓库名，在CVS服务器上会存储在以这个名字命名的仓库里）
v_0_0_1是这个分支的总标记．没啥用（或曰不常用）
start 是每次import 标识文件的输入层次的标记，没啥用。
这样我们就在用户指定进行初始化的目录/home/cvsroot下建立了一个名字叫cvstest的CVS模块了，然后，我们可以把这个测试项目的文件删除，试验如何从仓库获取文件这会在后面的客户端文章进行说明。
(注：本小节主要引用自https://www.doczj.com/doc/8218392527.html,何伟平的“CVS服务器快速指南”)
9、从cvs本地服务器上checkout相应的模块：
a、如果是在CVS服务器所在计算机上，可以直接采用如下命令：
#cvs checkout stw
这样将把stw项目模块checkout到当前目录下。
b、如果是在远程运行Linux或其它Unix系统上，在第7中登录之后也可以用上边的命
令把相应的项目模块checkout到当前目录下。
另外，如果是在windows端进行checkout，可以采用WinCVS，那么还要对WinCVS进行其它的一些配置，下一部分将具体介绍它的配置方法。
第二部分WinCVS的配置与使用方法
1、WinCVS简介：
WinCVS是CVS的一个客户端软件，它运行在Windows上，用来在Windows上登录CVS 服务器，然后进行一些CVS相关的操作与管理。由于当前很多的企业内部都采用Linux/Unix 做服务器，而用Windows做客户端，所以，WinCVS与CVS服务器配合使用将组成最强有力的版本控制与管理的系统之一。
2、WinCVS的下载与安装；
最新的WinCVS可以从https://www.doczj.com/doc/8218392527.html,/project/showfiles.php?group_id=10072地址下载到，也可以在https://www.doczj.com/doc/8218392527.html,/project 上下载到最新的或其它版本的WinCVS。
下载到相应的版本后根据向导进行安装，已经要使用CVS的用户，安装这个WinCVS应该没什么问题吧！
3、配置WinCVS：
a、一般选项的设置，选择Admin->Preferences…，出现如下界面：
第一、Authentication：用来配置cvs服务器的认证方式，可以从下拉框中选择其它的认证方式，不过一般只要选择默认的pserver方式就可以，要注意的是必须与cvs服务器配置时所指定的认证方式一致；
第二、Path：用来配置cvs在服务器上的主目录路径，也就是服务器上用进行cvs初始化的目录，如：/home/cvsroot；
第三、Host Address：用来配置cvs服务器所在服务器的地址，可以是IP地址，也可以是DNS名，如：10.104.1.204；
第四、User name：用来配置要使用些WinCVS来登录CVS服务器的用户名，如：cvsyxwu，用户的登录必须由管理员把其添加cvs用户组中；
第五、CVSROOT：此项一般都不需要用户进行修改，用户在输入上边的几个选项时，系统将自动根据用户的输入生成此项的相应内容。
b、全局选项的设置，在上一个界面上选择“Globals”：
此项的配置主要是要注意这几选项：
第一，Checkout read-only不要选上，否则，checkout出来的源代码将不允许用户进行
修改，并且此选项默认是选中的；
第二，Prune (remove) empty directories也不要选上，否则，会自动删除空目录；
第三，对一般配置没有特殊要求的，把Dirty files support、Supply control when adding
与TCP/IP compression选项选中；
4、登录服务器：
选择Admin->login，将出现如下对话框要求用户输入登录口令
输入口令后，选择“OK”按钮，如果CVS服务器与WinCVS的配置都没出错的话，将在CVS 的状态栏中提示：
cvs -z9 -d :pserver:cvsyxwu@10.104.1.204:/home/cvsroot login
Logging in to :pserver:cvsyxwu@10.104.1.204:2401/home/cvsroot
***** CVS exited normally with code 0 *****
code 0表示正确的登录；而如果出错的话，将是code 1，那么要根据错误的提示进行相应的修改。
5、从CVS服务器上check out相应的模块：
第一，在workspace中的Modules选中要存放checkout模块的目录；
第二，选择Create->Checkout Modeles，将出现如下对话框：
其中，Module name and path on the server就是要存放checkout 内容的目录，由用户输入；而Local folder to checkout to就是第一中用户所选择的目录。
6、修改之后把文件提交到CVS服务器
a)、只有一个用户对文件进行修改的情况
用自己喜欢的编辑器对checkout出来的文件进行修改，修改之后的文件在没有提交之前会是红色的，如下图example.h文件：
选中红色的文件example.h后右击选择“Commit Selection”选项，如果没有其它用户也对其进行修改并已经提交到CVS服务器上，一切正常的话将把example.h文件提交到CVS服务器并把图标恢复成原来的颜色。
b)、两个或两个以上的用户对同一文件的不同部分进行修改的情况
这种情况就是如用户A与用户B都checkout了文件example.h，内容如下：
int callby (int count)
{
printf("ExcelStor!\n");
}
void main(int argv,char *argc)
{
//added by my cvs
printf("I am Cather\n");
}
int mainexample()
{
printf("OK\n");
然后用户A修改成如下，并提交到CVS服务器（一般将正常提交）：
int callby (int count)
{//add
printf("ExcelStor!\n");
}
void main(int argv,char *argc)
{
//added by my cvs
printf("I am Cather\n");
}
int mainexample()
{//add
printf("OK\n");
}
接着用户B修改成如下：
int callby (int count)
{//add
printf("ExcelStor!\n");
}
void main(int argv,char *argc)
{
//modified
printf("I am Cather\n");
}
int mainexample()
{//add
printf("OK\n");
}
当用户B选择“Commit Selection”时将提示：
cvs server: Up-to-date check failed for `example.h'
cvs [server aborted]: correct above errors first!
此时表明已经有用户对同一个文件example.h进行修改并提交到CVS服务器，这时
要先选择“Update Selection”对本地example.h与CVS服务器上的example.h文件进行
同步与合并，不用选中出现的任何选项，直接选择“OK”，这时将显示如下：
cvs -z9 update example.h (in directory C:\my cvs\STW\src\)
RCS file: /home/cvsroot/STW/src/example.h,v
retrieving revision 1.5
retrieving revision 1.6
Merging differences between 1.5 and 1.6 into example.h
M example.h
***** CVS exited normally with code 0 *****
表明用户B与用户A的修改已经合并成功，同时文件example.h的图标也将变成红色，合并
后的文件是存放在用户B的本地机上，为了更新到CVS服务器还必须选中example.h并右击选择“Commit Selection”才能把用户A与用户B的修改合并后的结果提交到CVS服务器上。注：M表示此文件已经被修改过。
c)、两个或两个以上的用户对同一个文件的相同部分进行修改的情况
这种情况就是如用户A与用户B都下载了文件example.h，内容如下：
void main(int argv,char *argc)
{
printf("I am Cather\n");
}
然后用户A把文件修改成如下，并提交到CVS服务器（一般将正常提交）：
void main(int argv,char *argc)
{
printf("I am Cather\n");
printf("I am Pat\n");
}
接着用户B又把文件修改成如下：
void main(int argv,char *argc)
{
printf("I am Cather\n");
printf("I love you Cather\n");
}
如果用户B这时选择“Commit Selection”准备把修改结果提交到CVS服务器，此
时将显示如下的错误提示：
cvs -z9 commit -m "update in 11:20" example.h (in directory C:\my cvs\STW\src\)
cvs server: Up-to-date check failed for `example.h'
cvs [server aborted]: correct above errors first!
***** CVS exited normally with code 1 *****
表明用户B的修改与其它用户的修改冲突，这时要先选择“Update Selection”，将显示如下提示：
cvs -z9 update example.h (in directory C:\my cvs\STW\src\)
RCS file: /home/cvsroot/STW/src/example.h,v
retrieving revision 1.9
retrieving revision 1.10
Merging differences between 1.9 and 1.10 into example.h
rcsmerge: warning: conflicts during merge
cvs server: conflicts found in example.h
C example.h
***** CVS exited normally with code 0 *****
example.h前面的C表示与其它用户的修改有冲突，并且文件的图标会加显示一个“C”，如下所示：
双击example.h将显示example.h的内容，如下：
void main(int argv,char *argc)
{
printf("I am Yanxi\n");
printf("I am Cather\n");
<<<<<<< example.h
printf("I love you Yanxi,too!\n"); //这部分为你的修改
=======
printf("I love you Cather!\n"); //这部分为其它用户的修改
>>>>>>> 1.10
}
这时你应该与用户A进行协商以决定最终要怎样修改。比如，可以修改成：
void main(int argv,char *argc)
{
printf("I am Yanxi\n");
printf("I am Cather\n");
printf("I love you Yanxi,too!\n"); //这部分为你的修改
printf("I love you Cather!\n"); //这部分为其它用户的修改
}
然后选择“Commit Selection”进行提交，将显示如下的提示信息：
cvs -z9 commit -m "update in 11:20" example.h (in directory C:\my cvs\STW\src\)
Checking in example.h;
/home/cvsroot/STW/src/example.h,v <-- example.h
new revision: 1.11; previous revision: 1.10
done
***** CVS exited normally with code 0 *****
表明用户A与用户的修改已经合并成功。
这样，向CVS服务器提交文件所会遇到的问题也基本上就是这些，用户要根据所遇到的实际问题进行修改。
7、向CVS服务器添加新文件
在本地添加文件后，要提交到服务端。先选中文件，然后点击“添加按钮”，添加文件后，再在右键菜单中选择提交命令“Commit Selection”即可。
如图，选中文件example.h.bak，因为example.h.bak当前不是CVS的文件，此时“添加按钮”将由不可选状态变成可选状态，所以Status中显示为“NonCvs file”，选择“添加按钮”之后example.h.bak图标将变成红色并增加了一个A字母，如下：
然后选中example.h.bak，右击，选择“Commit Selection”把文件example.h.bak提交到CVS 服务器上而成为CVS的一个文件。
8、结束语
来到这里，你基本上已经能为自己或公司配置一个实用的CVS服务器与WinCVS客户端，配合使用CVS进行系统开发或其它文档的版本管理与控制。
配置管理工具简介 要说配置管理工具，就要说到配置管理，因为配置管理工具是软件配置管理过程中所使用的一些工具，要了解配置管理工具，首先就必须了解配置管理。 一、配置管理工具的定义：软件配置管理的定义有很多，现在我只说一个我 觉得定义的必要好的定义。它是：“协调软件开发使得混乱减到最小的技术叫做软件配置管理，它是一种标识、组织和控制修改的技术，目的是使错误达到最小并有效地提高生产效率。”它贯穿整个软件生命周期并应用于整个软件工程过程，是软件工程中用来管理软件开发的规范，也是CMM（软件能力成熟度模型）二级中关键过程域。软件配置管理是软件质量改进的核心环节，它贯穿于整个软件生命周期，为软件改进提供了一套解决办法与活动原则。 二、软件配置管理的目标： 软件配置管理的目标是标识变更、控制变更、确保变更、和报告变更，它主要完成以下几种任务：标识、版本管理、变更控制、配置审计和配置报告。 三、配置管理工具的主要功能： 配置管理工具作为配置管理过程中使用的工具就理所当然的具有以下功能： 1).并行开发支持：因开发和维护的原因，要求能够实现开发人员同时在同 一个软件模块上工作，同时对一个代码部分做不同的修改，即使是跨地域 分布的开发团队也能互不干扰，协同工作，而又不失去控制。 2).修订版管理：跟踪一个变更的创造者、时间和原因，从而加快问题和缺 陷的确定。 3).版本控制：能够简单、明确地重现软件系统的任何一个历史版本。 4).产品发布管理：管理、计划软件的变更，与软件的发布计划、预先定制 好的生命周期或相关的质量过程保持一致；项目经理能够随时清晰地了解 项目的状态。 5).建立管理：基于软件存储库的版本控制功能，实现建立过程自动化。 6).过程控制：贯彻实施开发规范，包括访问权限控制、开发规则的实施等。 7).变更请求管理：跟踪、管理开发过程中出现的缺陷、功能增强请求或任 务，加强沟通和协作，能够随时了解变更的状态。 8).代码共享：提供良好的存储和访问机制，开发人员可以共享各自的开发 资源。 四、常见配置管理工具简介： 配置管理工具有很多，一下我对一些常见的配置管理工具做一简单的介绍。 1.元老：CCC、SCCS、RCS 上个世纪七十年代初期加利福利亚大学的Leon Presser教授撰写了一篇论文，提出控制变更和配置的概念，之后在1975年，他成立了一家名为Soft Tool的公司，开发了自己的配置管理工具：CCC，这也是最早的配置管理工具之一。 在软件配置管理工具发展史上，继CCC之后，最具有里程碑式的是两个自由软件：Marc Rochkind 的SCCS (Source Code Control System) 和Walter Tichy 的RCS (Revision Control System)，它们对配置管理工具的发展做出了重大的贡献，直到现在绝大多数配置管理工具基本上都源于它们的设计思想和体系架构。 2.中坚：Rational Clear Case
软件开发项目配置管理工具的选择 通过软件配置管理，将对软件系统中的多重版本实施系统的管理；全面记载系统开发的历史过程，包括为什么修改，谁作了修改，修改了什么；管理和追踪开发过程中危害软件质量以及影响开发周期的缺陷和变化。并对开发过程进行有效地管理和控制，完整、明确地记载开发过程中的历史变更，形成规范化的文档，不仅使日后的维护和升级得到保证，而且更重要的是，这还会保护宝贵的代码资源，积累软件财富，提高软件重用率，加快投资回报…… 每一个软件项目，无论是工程类项目，还是产品类项目，都必须经历需求分析、系统设计、编码实现、集成测试、部署、交付、维护和支持的过程。在这个过程中，将生成各种各样不同的工件，包括文档、源程序、可执行代码、支持库。更可怕的是，频繁出现的变更是不可避免的，因此面向如此庞大且不断变动的信息集，如何使其有序、高效地存放、查找和利用就成为了一个突出的问题。 针对这一问题，最早的开发人员尝试过的解决办法是通过手工来实现： 1)文档：每次修改时都另存为一个新的文件，然后通过文件名进行区分，例如"XXX 软件需求说明书V1.0，XXX软件需求说明书V1.1，XXX 软件需求说明书V2.0."，并且在文件中注明每次版本变化的内容； 2) 源代码：每次要修改时就将整个工程目录复制一份，将原来的文件夹进行改名，例如"XX 项目V1.0、XX 项目1.01、."，然后在新的目录中进行修改； 但是这种方法，不仅十分繁琐，容易出错，而且会带来大量的垃圾数据。如果是团队协同开发或者是项目规模较大时，还是会造成很大的混乱。很显然，这样简陋的方法是无法应对这一问题的。后来，有人尝试从制造工业领域引入了"配置管理"这一概念，通过不懈的研究与实践，最终形成了一套管理办法和活动原则，这也就是软件配置管理。 通过软件配置管理，将对软件系统中的多重版本实施系统的管理；全面记载系统开发的历史过程，包括为什么修改，谁作了修改，修改了什么；管理和追踪开发过程中危害软件质量以及影响开发周期的缺陷和变化。并对开发过程进行有效地管理和控制，完整、明确地记载开发过程中的历史变更，形成规范化的文档，不仅使日后的维护和升级得到保证，而且更重要的是，这还会保护宝贵的代码资源，积累软件财富，提高软件重用率，加快投资回报。 常见的配置管理工具 正如前面所述，由于软件配置管理过程十分繁杂，管理对象错综复杂，如果是采用人工的办法不仅费时费力，还容易出错，产生大量的废品。因此，引入一些自动化工具是十分有裨益的，这也是做好配置管理的必要条件。 正是因为如此，市场上出现了大量的自动化配置管理工具，这些工具的实现原理与基本机制
TortoiseCVS 简易操作手册 杭州新世纪信息技术有限公司 2004.9
目录 第 1 章概述 (1) 第 2 章WINCVS安装及基本操作 (2) 2.1安装步骤 (2) 2.2参数配置................................................................................................... 错误！未定义书签。 2.3共性操作说明........................................................................................... 错误！未定义书签。 2.4登陆........................................................................................................... 错误！未定义书签。 2.5导入(Import module… ) ......................................................................... 错误！未定义书签。 2.6导出(checkout module…) ....................................................................... 错误！未定义书签。 2.7 Update操作 .............................................................................................. 错误！未定义书签。 2.8 Commit操作............................................................................................. 错误！未定义书签。 2.9加文件或文件夹....................................................................................... 错误！未定义书签。
Istorage服务器安装和使用指南 准备一台服务器。 注意：安装程序会将系统盘上的所有分区删除，原来的数据会都丢失，有用的数据要先备份。 先下载安装光盘iso，然后刻录成一张光盘， 将启动光盘放入光驱中，让光盘引导系统启动。 系统启动完毕，提示输入用户名和密码。 默认情况下用户名是root，密码是123，用户可以用passwd root命令修改密码 1．执行par命令，看系统上的磁盘名称，如下图： 关键看Name一项，不带数字的是表示磁盘，带数字的表示磁盘的分区，例如sda表示第一个磁盘，sda1表示第一个磁盘的第一个分区，sdb表示第二个磁盘，他没有分区。 2．如果要安装的系统盘上有分区，执行clear_disk 磁盘名，如要安装的是刚才看到的sda盘，就执行clear_disk sda，会看到类类似下图的结果：
可以看到磁盘sda的分区都被删除了，这个时候要重启服务器。然后在安装系统。 3．安装系统： 安装命令介绍: install 磁盘名磁盘缓存大小（GB） 根据你的实际情况，选择不同的安装参数，。例如， Linux下的磁盘名规范: IDE硬盘，IDE盘的主通道的主盘是hda，从盘是hdb，从通道的主盘是hdc，从盘是hdd，你看看你的盘怎么接的就知道了。 如果是SATA或SCSI硬盘，磁盘名一般是sda 如果还不清楚，安装前执行par，看看是否有:hda，hdb，hdc，hdd或sda，sdb ，sdc的名称。 例子:IDE硬盘，一般执行install hda SATA或SCSI硬盘，一般执行install sda 4. 重启服务器： 取出光盘，执行reboot命令重启服务器。 5. 注册服务器： 执行管理客户端istorage。exe，输入ip，默认没有密码，进去了可以修改密码，登陆服务器，如下图:
份号：001 密级： XXXXXXXX项目 软件配置管理报告 XXXX-RPB-R01.00 XXXXXXXX公司 XXXX年XX月XX日
辑要页
文档修改记录
目次 1 范围 (1) 1.1标识 (1) 1.2系统概述 (1) 1.3文档概述 (1) 2 引用文挡 (1) 3 软件配置管理情况综述 (1) 4 软件配置管理基本信息 (1) 5 专业组划分及权限分配 (1) 6 配置项记录 (1) 7 变更记录 (2) 8 基线记录 (2) 9 入库记录 (2) 10 出库记录 (2) 11 审核记录 (2) 12 备份记录 (2) 13 测量 (2) 14 主释 (2)
1 范围 1.1 标识 本条应描述本文档所适用的系统和软件的完整标识，适用时，包括其标识号、名称、缩略名、版本号和发布号。 1.2 系统概述 本条应概述本文档所适用的系统和软件的用途。它还应描述系统与软件的一般特性;概述系统开发、运行和维护的历史;标识项目的需方、用户、开发方和保障机构等;标识当前和计划的运行现场;列出其他有关文档。 1.3 文档概述 本条应概括本文档的用途和内容，并描述与其使用有关的保密性考虑。 2 引用文挡 本章应列出引用文档的编号、标题、编写单位、修订版及日期，还应标识不能通过正常采购活动得到的文档的来源。 3 软件配置管理情况综述 本章应描述软件配置管理活动进展，与软件配置管理计划的偏差;软件配置管理活动与规程是否相符;对不符合项所采取的措施;完成软件配置管理工作的工作量等。 4 软件配置管理基本信息 本章应概述软件配置管理的基本信息，包括项目负责人、各级软件配置管理机构组成人员和负责人、软件配置管理所用的资源(如计算机、软件和工具)等。 5 专业组划分及权限分配 本章应列出项目专业组的划分、各专业组的成员以及各成员的权限分配，如专业组可分为项目负责人、开发组、测试组、质量保证组、配置管理组等，权限可分为读出、增加、替换、删除等。 6 配置项记录 本章所列出项目的所有配置项，包括配置项名称、配置项最后发布日期、配置项控制力度(控制力度可分为基线管理、非基线管理(受到管理和控制))、配置项版本变更历史、配置项变更累计次数等内容。
火灾自动报警系统是在保护对象发生火灾的情况下自动探测、显示发出火灾警报的装置。它广泛应用于现代化工厂、物资仓库、高层建筑、计算中心等建筑物内，对保证人民的生命和财产安全起着巨大作用。 火灾自动报警要经历安装、接线、调试、验收等诸多环节，其中调试是其中最重要的一个环节之一。说起调试，每个火灾自动报警系统都有其特有的调试软件，而每个厂家的调试软件只有其相关的调试人员才会接触到，相对于普通人来说也是比较神秘的，下面国产火灾报警品牌巨头一海湾的进行揭秘。 首先打开海湾调试软件工具，屏幕会出现输入密码界面 输入密码后进入GstCfg配置管理工具界面，界面有标题栏、工具栏、状态区域和编辑区域组成。
WRIVJ.A 右击状态区域内“控制器”可以添加控制器操作，GstCfg配置管理工具可添加的控制器有GST20C火灾报警控制器、GST500/5000 火灾报警控制器、GST900C火灾报警控制器、DH9000电气火灾控制器、以及KR9000可燃气体报警控制器。 控制器添加界面可以对控制器的名称，是否联网、以及新老国标等基本属性进行选择。
控制器添加完成后进入如下界面，在这了我们添加一个新国标地址号是01的GST500C型火灾报警控制器 欝E.H k^ITEHlJ-A A EW4U眠皿活冋1SB 畑：fi ------------------- ■ j ■* 可以在左侧框内的GST5000C控制器右击选择添加回路，选择回路数量进行添加。添加好的界面如下
图中右侧显示的就是设备定义的界面， 在这里可以完成对所有设 备定义数据的填写。最左边的一列是设备的二次码， 选中右击二次码 可以对其进行批量修改。 ML 士 HS-ti p -yi | mmv ■■ 離 ?皿心卸 Et? ■F ■?; *g ■ Mimi I q ? mum ? 卜 ii 1 卫 L J Ml?]i | iSH> M G . 口亠■史曲 ■ :石「 '| E P L \ b □ 1 B —帛?P L ?吐皿 Q fl 4 HKOt 阿沁0 □ ■ i 沁〈亍6 * 4 * V M IO? 1 t .：.?■：：:? >Q 4 | 1 i ?l?St 1 I I 0W"*E 0 L j 0 $ 川1 otltlt D L Qb”利1 ? 上理_； M |?|| fn- AhB D u 51- PS.m 1 h 一 ^ b 白 會 nsn 0?i-5HE 0 ￡ a>*3 Rfl J ~0 4 "t Al M IMF t 曲祐i b 1 Q V [| (^ICM OCMH 0 k 1 H 「 1 口*飓6 I 口 4 if 1 W 1 wi?ir CW4HL D ._"L g fi 曾 'P ' wwii 1 "T "?■ #￡ 厂 t 1 6 i i ' il DMAII D C n> A949I □ ；M bMtt i ? i> *!?■? 1 fi ；n t awt-^'S n U S *9 J 口 4 HUtil X 蘇Q k 汁”枕 0 I ；裁?1?2f ' t gMt 0 L as 1 4 i 31 i i g?p-M Q . k "■却捆 n ii ■ i 亦a 沁"厂 k H ■■盟耐 Q 4 |T ?J0? & MHK P 匚岭彗r.g 1 Q I * NIKI ￡M?E 0 =H 联1 I 4 i￡ —慣呻一 MMNE 6 I ? * . 1
6.在Eclipse中使用CVS 版本控制在团队开发中是必不可少的。CVS是优秀的开源版本控制软件，Eclipse 本身就内置了对CVS的支持，只需简单配置，即可使用CVS。 首先我们要正确安装并配置好CVS服务器，通常Linux Server都自带CVS服务，不过命令行操作比较繁琐。Windows下也有简单易用的CVS服务器，这里我们推荐CVSNT，可以下载CVSNT 2.0.51a，安装并启动CVSNT： 然后切换到Repositories面板，添加一个Repository，命名为/cvs-java，CVSNT 会提示是否初始化这个Repository，选择是：
然后在Advanced面板上选中“Pretend to be a Unix CVS version”：
然后，在Windows账户中为每一个开发人员添加用户名和口令。 现在，CVSNT的安装配置已经完成，下一步，启动Eclipse，我们可以使用原有的Hello工程，或者新建一个Project，然后选择菜单Window->Show View->Other，打开CVS->CVS Repositories： 然后点击按钮，添加一个Repository：
注意用户名和口令直接填Windows的用户名和口令，然后选中“Validate Connection on Finish”，点击Finish完成： 首先，我们要将一个现有的工程放到CVS服务器中，切换到Package Explorer，选中Hello工程，右键点击，选择Team->Share Project…：
使用刚才我们添加的Repository，继续，并将所有文件都添加到CVS中，最后Eclipse提示Commit： 填入一个简单的注释，确定，然后Eclipse会把整个工程提交到CVS服务器，可以在Package Explorer中看到图标发生了变化，Hello.java文件后面会有版本号1.1。在CVS Repositories面板中刷新，可以看到刚添加进来的工程：
软件配置管理计划示例 作者：赵文锋计划名CADCSC软件配置管理计划 项目名中国控制系统CAD工程化软件系统 项目委托单位 代表签名年月日 项目承办单位 代表签名年月日 1 引言 1．1 目的 本计划的目的在于对所开发的CADCSC软件规定各种必要的配置管理条款，以保证所交付的CADCSC软件能够满足项目委托书中规定的各种原则需求，能够满足本项目总体组制定的且经领导小组批准的软件系统需求规格说明书中规定的各项具体需求。 软件开发单位在开发本项目所属的各子系统（其中包括为本项目研制或选用的各种支持软件）时，都应该执行本计划中的有关规定，但可以根据各自的情况对本计划作适当的剪裁，以满足特定的配置管理需求。剪裁后的计划必须经总体组批准。 1．2 定义 本计划中用到的一些术语的定义按GB/T 11457 和GB/T 12504。 1．3 参考资料 ◆GB/T 11457 软件工程术语 ◆GB 8566 计算机软件开发规范 ◆GB 8567 计算机软件产品开发文件编制指南 ◆GB/T 12504 计算机软件质量保证计划规范 ◆GB/T 12505 计算机软件配置管理计划规范 ◆CADCSC 软件质量保证计划 2 管理
2．1 机构 在本软件系统整个开发期间，必须成立软件配置管理小组负责配置管理工作。软件配置管理小组属项目总体组领导，由总体组代表、软件工程小组代表、项目的专职配置管理人员、项目的专职质量保证人员以及各个子系统软件配置管理人员等方面的人员组成，由总体组代表任组长。各子系统的软件配置管理人员在业务上受软件配置管理小组领导，在行政上受子系统负责人领导。软件配置管理小组和软件配置管理人员必须检查和督促本计划的实施。各子系统的软件配置管理人员有权直接向软件配置管理小组报告子项目的软件配置管理情况。各子系统的软件配置管理人员应该根据对子项目的具体要求，制订必要的规程和规定，以确保完全遵守本计划规定的所有要求。 2．2 任务 在软件工程化生产的各个阶段中，与本阶段的阶段产品有关的全部信息在软件开发库存放，与前面各个阶段的阶段产品有关的信息则在软件受控库存放。在研制与开发阶段的阶段产品的过程中，开发者和开发小组长有权对本阶段的阶段产品作必要的修改；但是如果开发者或开发小组长认为有必要个性前面有关阶段的阶段产品时，就必须通过项目的配置管理小组办理正规的审批手续。因此，软件开发库属开发这个阶段产品的开发者管理，而软件受控库由项目的配置管理小组管理。软件经过组装与系统测试后，应该送入软件产品库，如欲对其修改，必须经软件配置管理小组研究同意，然后报项目总体组组长批准。关于软件配置要进行修改时的具体审批手续，将在第条中详细规定。 2．3 职责 在软件配置管理小组中，各类人员要互相配合、分工协作，共同担负起整个项目的软件配置管理工作。其中各类人员的分工如下： A．组长是总体组代表，他对有关软件配置管理的各项工作全面负责，特别要对更改建议的审批和评审负责； B．软件工程小组组长负责监督在软件配置管理工作中认真执行软件工程规范； C．项目的专职配置管理人员检查在作配置更改时的质量保证措施； D．各子系统的配置管理人员具体负责实施各自的配置管理工作，并参与各子系统的功能配置检查和物理配置检查；
软件配置管理工具SVN配置和使用说明 战立章 2008年6月
目录 第I 条第一章SVN的安装和使用说明 (1) 1.1SVN（Subversion）简介 (1) 1.2服务器SVN（Subversion）的安装和配置 (2) 1.2.1安装指南 (3) 1.2.2服务器的设置 (3) 1.3客户端TortoiseSVN的安装和配置 (5) 1.3.1安装指南 (5) 1.3.2TortoiseSVN使用说明 (5) 第II 条参考文献 (11)
第I 条第一章SVN的安装和使用说明 1.1SVN（Subversion）简介 在开源领域，并行版本控制（CVS）一直是版本控制的选择。CVS（Concurrent Versions System）本身是一个自由的软件，它对用户的非限制性和对网络操作的支持—可以允许大量的分散在不同地域的程序员共享他们的工作（特性）成果，非常符合开源软件领域合作的精神。但是像许多其他工具一样，伴随着软件技术的革新，CVS开始露出了衰老的痕迹。所以，设计者在继承CVS优秀特性的基础上设计了Subversion，并把它作为CVS新的继承者。与CVS类似，程序员依然可以使用Subversion构建一个开源软件系统的版本控制过程，但设计者在设计Subversion过程中，努力弥补了CVS的一些明显的缺陷。下面将通过与CVS对比，简单的介绍Subversion为版本控制领域带来的一些新的特性。 1.版本化的目录 CVS只记录单个文件的历史，但是Subversion实现了一个可以跟踪目录树更改的虚拟版本化文件系统，记录文件和目录的所有版本。 2.真实的版本历史 CVS只记录单个文件的历史，所以CVS对那些可能发生在文件上，但会影响所在目录内容的操作（CVS并不跟踪记录目录的变更，见特性1说明）并不支持。因此，例如，复制和重命名，这些可能改变工作目录内容的操作CVS并不支持。而且在CVS中，如果一个文件搬到另一个地方或者改名，版本号将重新编。同时CVS也不支持在工作目录下用一个内容完全不同的文件来覆盖目录下的同名文件而不继承原来文件的版本历史。而在Subversion中，可以对工作目录下的文件或者目录进行拷贝和改名操作，还可以进行添加和删除操作，而且所有的新加的文件都从一个新的、干净的版本开始。 3.原子提交 在Subversion中，一系列的修改要么全部提交到版本库，要么一个也不提交，这样可以帮助用户构建一个提交修改的逻辑块，防止部分修改添加到版本库。 4.版本化的元数据 在Subversion版本控制系统中，每一个文件或目录都有自己一套完整的属性键和它们的值，可以建立并存储任何键/值对，并且属性是随着时间流逝逐渐纳入版本控制的。
连云港职业技术学院 信息工程学院《Windows服务器配置与管理》 大作业文档 题目：终端服务的管理与配置 姓名： 学号： 29号 专业：计算机网络技术 导师： 连云港职业技术学院信息工程学院 2010 年12 月
摘要 客户端通过终端服务客户端软件连接到终端服务器，在客户端的显示器上将显示出终端服务器使用的操作系统的界面。客户端软件讲客户鼠标和键盘的操作传送给服务器，然后将服务器显示的界面传送给客户端。对客户端而言，就像操作本地计算机一样。 Windows server 2003终端服务器可用来管理每个客户远程登录的资源，它提供了一个基于远程桌面协议的服务，使windows server 2003成为真正的多会话环境操作系统，并让用户能使用服务器上的各种合法资源。也可以让使用配置较低计算机的用户，通过终端服务使用服务器上最新的操作系统或者软件。 【关键字】终端服务器远程桌面远程协助配置
目录 摘要 (2) 第1章引言 (4) 第2章系统实现 (5) 2.1 安装终端服务器 (5) 2.2 windows XP的设置 (11) 2.3 终端服务器的连接配置 (15) 2.4 配置和使用“远程桌面” (20) 2.5 配置远程协助 (25) 2.6使用基于HTTP协议的终端服务器 (32) 2.6.1远程管理（html） (32) 2.6.2远程桌面web连接 (34) 第3章总结 (38) 参考文献 (39)
第1章引言 Windows server 2003操作系统提供了可用于从远程位置管理服务器的工具。这些工具包括“远程桌面”管理单元、终端服务器、远程协助、Telnet服务等远程管理工具。了解每种工具的优点和安全性需要后，就可以为远程管理和管理任务选择最合适的工具了。 终端服务器是通过网路服务器来提供一种有效和可靠的方法，分发基于windows的程序。它通过网络处理从客户端远程桌面传递的命令，运行后将结果传回远程桌面。通过终端服务器，可允许多个用户同时访问运行windows server 2003家族操作系统之一的服务器上的桌面。可以运行程序、保存文件和使用网络资源，就像坐在那台计算机前一样。 远程桌面是安装在网络中的客户端上的一种瘦客户端软件，它授权远程访问运行windows server 2003家族操作之一的任何计算机桌面，而并不对管理员下达的指令进行任何处理。允许用户实际通过网络中的任何计算机管理服务器——甚至是Microsoft Windows Server 2003服务器。 使用终端服务的优点是：将windows server 2003家族操作系统更快的引入桌面；充分利用已有的硬件；可以使用终端服务器集中部署程序；使用终端服务器远程桌面。 Windows server 2003终端服务新增功能：程序的集中部署；对应用程序的远程访问；单应用程序访问；终端服务管理器；远程控制；音频重定向；组策略集成；分辨率和颜色增强功能。
软件配置管理规范 流程 1 概述 1.1 目的 本文档主要目的在于规范项目配置管理活动, 确保配置项正确地唯一标识而且易于存取, 保证基线配置项的更改受控, 明确基线状态, 在整个软件生命周期中建立和维护项目产品的完整性和可追溯性。 1.2 适用范围本文档适用于不同类别的软件产品和软件项目开发工程的配置管理活动, 针对项目不同在流程上作适当的删减。配置管理可采用各种工具及手工办法, 本文件以CVS( 并行版本系统) 配置管理工具为例, 规定公司的配置管理办法, 使用其它工具时也可对应本文件
的要求参照执行。 1.3 术语和缩略语 1.3.1 软件配置管理( Software Configuration Management, SCM) 软件配置管理是对软件修改进行标识、组织和控制的技术, 用来协调和控制整个过程。是经过技术或行政手段对软件产品及其开发过程和生命周期进行控制、规范的一系列措施。配置管理的目标是记录软件产品的演化过程, 确保软件开发者在软件生命周期中各个阶段都能得到精确的不同版本的产品配置。 1.3.2 配置项( Configuration Item, CI) 凡是纳入配置管理范畴的工 作成果统称为配置项, 配置项逻辑上组成软件系统的各组成部分, 一般是能够单独进行设计、实施和测试的。 每个配置项的主要属性有: 名称、标签、文件状态、版本、作者、日期等。所有配置项都被保存在配置库里, 确保不会混淆、丢失。配置项及其历史记录反映了软件的演化过程。 1.3.3 基线( Baseline) 在配置管理系统中, 基线就是一个配置项或一组配置项在其生命周期的不同时间点上经过正式评审而进入正式受控的一种状态这些配置项构成了一个相对稳定的逻辑实体, 而这个过程被称为基线化”。每一个基线都是其下一步开发的出发点和参考点。基线确定了元素( 配置项) 的一个版本, 且只确定一个版本。一般情况下, 基线一般在指定的里程碑处创立, 并与项目中的里程碑保持同步。每个基线都将接受配置管理的严格控制, 基线中的配置项被冻结”了, 不能再
1、Samba服务器配置 （1）安装samba服务器 Rpm -ivh /mnt/Packages/samba-3.5.10-125.el6.i686.rpm （2）添加用户并修改密码 Useradd forkp Passwd forkp (3)设置该用户登录samba服务的密码 Smbpasswd -a forkp （4）配置samba服务 vim /etc/samba/smb.conf 全局配置【Global】 workgroup = mygroup //设置局域网中的工作组名 server string = Samba server//设置Linux主机描述性文字security = user //samba等级，user代表需要输入用户名和密码，改成share则不需要用户名和密码 Path=/home/share //共享文件夹，需设置好权限 Valid users=forkp //这个share目录只允许forkp用户进入 Public=no //表示除了forkp外，其他用户看不见；为yes时，能看见，但不能进入。 Writable=yes //允许forkp在share目录下进行读写操作
(5) 重启samba服务 /etc/init.d/smb restart 前提-1 从windows能够Ping通Linux 前提-2 关闭Linux防火墙运行命令：/etc/init.d/iptables stop 常见问题 1.通过samba访问linux速度很慢，且很多目录访问失败 故障原因 2.未关闭Selinux,通过执行命令setenforce permissive将其关闭2、安装arm交叉工具链 （1）tar -zxvf arm-linux-gcc-4.3.2 -C / 解压到根目录下 （2）用vi /etc/profile 改变环境变量，改变如下： 在fi后添加export PATH=$PATH:/usr/local/arm/4.3.2/bin(看你安装的工具链） （3）Source /etc/profile 使之生效 3、tftp服务器配置 （1）安装tftp服务器 rpm –ivh /mnt/Packages/tftp-server-0.49-7.el6.i686.rpm （2）配置tftp服务器 vim /etc/xinetd.d/tftp 主要将”disable=yes”改为”no”
软件配置管理工具Vss6.0实用指南 一、版本管理的必要性 如果说70年代的软件危机导致了软件工程思想的诞生和理论体系的发展，那么80～90年代尤其是90年代软件产业的迅猛发展导致了另一种新思想的产生和实现，这就是软件的版本管理。 只要参加过软件开发的人都清楚，现在的软件项目完全由一个人来完成是难以想象而且也是不可能的，通常是有一个研发小组来共同分析、设计、编码和维护，并有专门的测试小组对已完成编码调试的软件进行全面的测试。在软件开发这个庞大而复杂的过程中，需要涉及到各个方面的人员，信息的交流反馈不仅仅是在研发小组的成员之间及各个研发小组之间，还存在于客户和研发者之间。所有的这些交流反馈意见信息都有可能导致对软件的修改，小的可能只是对某个源文件中的某个变量的定义改动，大到重新设计程序模块甚至可能是整个需求分析变动。在这个工程中，由于软件开发所固有的特征，可能会形成众多的软件版本，而且我们并不能保证不出现错误的修改，而这样的一个困难局面却又非常现实地摆在项目开发管理者的面前，他/她该如何有效地解决这些问题，具体地说就是如下一些问题： 1.怎样对研发项目进行整体管理； 2.项目开发小组的成员之间如何以一种有效的机制进行协调； 3.如何进行对小组成员各自承担的子项目的统一管理； 4.如何对研发小组各成员所作的修改进行统一汇总； 5.如何保留修改的轨迹，以便撤销错误的改动； 6.对在研发过程中形成的软件的各个版本如何进行标识，管理及差异识辨等等。 一个非常直接的反应，我们必须要引进一种管理机制，一个版本管理机制，而且是广义上的版本管理，它不仅需要对源代码的版本进行管理，而且还要对整个项目进行管理。以往的那种被誉为具有良好编程风格的做法，诸如在对他人的源程序进行修改时注释修改原因，修改人和日期，如果是多个成员同时进行了修改，那么需要进行及时的人工的差异比较和综合以便形成一个统一的新版本。这种做法在当前的大型软件的开发中已经越来越没有空间了，可以说是一种以小作坊的形式来面对软件的社会化大生产，再也不可能行得通了。 其实，版本管理的思想很早就存在于软件开发者的头脑之中，只是以往的认识没有现在人们所意识到的那样迫切。UNIX 的程序开发系统较早就提供了能够进行开发小组中源代码版本管理的工具，现在的Linux更是提供功能强大的能够跨平台的版本管理器，国外公司的基于Windows的版本管理器也已经有了比较成熟的产品，国内的研究单位如北京大学计算机系CASE实验室也在致力于这方面的工作。在众多的成熟产品和试验产品中，这里只将对使用比较广泛，有较大用户前景且又能较易获得的版本管理器产品Microsoft公司的Visual SourceSafe6.0进行详细的介绍，针对普通的研发小组的解决方案，及具体的实现。 二、Visual SourceSafe6.0(VSS6.0)简介 VSS6.0现在是作为Microsoft Visual Studio6.0这个开发产品家族的一员，如Visual C++6.0和Visual J++6.0一样。 1.VSS的简单工作原理 Microsoft的VSS6.0解决了软件开发小组长期所面临的版本管理问题，它可能有效地帮助项目开发组的负责人对项目程序进行管理，将所有的项目源文件（包括各种文件类型）以特有的方式存入数据库。开发组的成员不能对该数据库中的
服务器安装配置流程 一、检查产品外包装是否完好。 二、对照客户要求，拿出相应的硬件。 三、安装步骤： 1.安装硬件前应核对好硬件的编号和性能是否是客户所需求的，不制式的标签要清理掉，换上制式的标签，并且要将硬件表面用清洁剂清理干净。 2.首先，安装cpu，安装cpu的时候，先检查一下针脚是否有弯曲的迹象，如果有，报至采购，确定好针脚完好之后，将cpu安装在主板上，注意不要用手碰到底面，不然会有手印残留，安装时候，“三角对三角”，将cpu固定完好后，记得要涂上硅胶（新的cpu一般都自带硅胶），涂硅胶的时候记得涂抹均匀，还有硅胶不要滴落进机器里面，然后安装风扇，安装风扇的时候记得用双手控制螺旋杆，避免滑落，刮伤机器。 3.下一步安装内存，一般两个cpu是分AB两个区的，面对机器，B区是从最右边开始，B1，B2，B3.......以此类推，A区也是如此，安装内存也是从1开始装，安装时候记得要卡好位置。 4.安装阵列卡，阵列卡分许多种，我们按照客户的要求选择带电源或者不带电源的，一般是选择带电源的（能够自己储存数据）。安装的时候小心，别弄坏阵列卡。 5.安装硬盘和电源。 四、安装Windows server 2008 R2系统 一、配置服务器RAID 1.开机自检界面按照屏幕提示，按Ctrl+R进入RAID配置界面，如图1-1所示：
图1-1 开机自检界面 2.等待一小会儿，系统自动进入虚拟磁盘管理器(Virtual Disk Management)，准备开始配置RAID，如图1-2所示： 注：此界面中按Ctrl+N和Ctrl+P可进行界面切换。 图1-2 虚拟磁盘管理器界面 3.此时虚拟磁盘为空，按上下键使光标停留在阵列卡型号所在行(图中的PERC H310 Mini)，按F2弹出菜单，选择Create New VD创建新的虚拟磁盘，如图1-3所示：
1 概述 1.1 目的 本文档主要目的在于规范项目配置管理活动，确保配置项正确地唯一标识并且易于存取，保证基线配置项的更改受控，明确基线状态，在整个软件生命周期中建立和维护项目产品的完整性和可追溯性。 1.2 适用范围 本文档适用于不同类别的软件产品和软件项目开发工程的配置管理活动，针对项目不同在流程上作适当的删减。配置管理可采用各种工具及手工办法，本文件以CVS（并行版本系统）配置管理工具为例，规定公司的配置管理办法，使用其他工具时也可对应本文件的要求参照执行。 1.3 术语和缩略语 1.3.1 软件配置管理（Software Configuration Management，SCM） 软件配置管理是对软件修改进行标识、组织和控制的技术，用来协调和控制整个过程。是通过技术或行政手段对软件产品及其开发过程和生命周期进行控制、规范的一系列措施。配置管理的目标是记录软件产品的演化过程，确保软件开发者在软件生命周期中各个阶段都能得到精确的不同版本的产品配置。 1.3.2 配置项（Configuration Item，CI） 凡是纳入配置管理范畴的工作成果统称为配置项，配置项逻辑上组成软件系统的各组成部分，一般是可以单独进行设计、实施和测试的。 每个配置项的主要属性有：名称、标签、文件状态、版本、作者、日期等。所有配置项都被保存在配置库里，确保不会混淆、丢失。配置项及其历史记录反映了软件的演化过程。 1.3.3 基线（Baseline） 在配置管理系统中，基线就是一个配置项或一组配置项在其生命周期的不同时间点上通过正式评审而进入正式受控的一种状态，这些配置项构成了一个相对稳定的逻辑实体，而这个过程被称为“基线化”。每一
软件配置管理计划示例 计划名国势通多媒体网络传输加速系统软件配置管理计划 项目名国势通多媒体网络传输加速系统软件 项目委托单位代表签名年月日 项目承办单位北京麦秸创想科技有限责任公司 代表签名年月日 1 引言 1．1 目的 本计划的目的在于对所开发的国势通多媒体网络传输加速系统软件规定各种必要的配置管理条款，以保证所交付的国势通多媒体网络传输加速系统软件能够满足项目委托书中规定的各种原则需求，能够满足本项目总体组制定的且经领导小组批准的软件系统需求规格说明书中规定的各项具体需求。 软件开发单位在开发本项目所属的各子系统（其中包括为本项目研制或选用的各种支持软件）时，都应该执行本计划中的有关规定，但可以根据各自的情况对本计划作适当的剪裁，以满足特定的配置管理需求。剪裁后的计划必须经总体组批准。 1．2 定义 本计划中用到的一些术语的定义按GB/T 11457 和GB/T 12504。 1．3 参考资料
◆GB/T 11457 软件工程术语 ◆GB 8566 计算机软件开发规范 ◆GB 8567 计算机软件产品开发文件编制指南 ◆GB/T 12504 计算机软件质量保证计划规范 ◆GB/T 12505 计算机软件配置管理计划规范 ◆国势通多媒体网络传输加速系统软件质量保证计划 2 管理 2．1 机构 在本软件系统整个开发期间，必须成立软件配置管理小组负责配置管理工作。软件配置管理小组属项目总体组领导，由总体组代表、软件工程小组代表、项目的专职配置管理人员、项目的专职质量保证人员以及各个子系统软件配置管理人员等方面的人员组成，由总体组代表任组长。各子系统的软件配置管理人员在业务上受软件配置管理小组领导，在行政上受子系统负责人领导。软件配置管理小组和软件配置管理人员必须检查和督促本计划的实施。各子系统的软件配置管理人员有权直接向软件配置管理小组报告子项目的软件配置管理情况。各子系统的软件配置管理人员应该根据对子项目的具体要求，制订必要的规程和规定，以确保完全遵守本计划规定的所有要求。 2．2 任务
服务器环境的安装与配置 首先，我们将服务器的主机、显示器、键盘、鼠标等设备连接好，然后接上电源。 接下来开始安装服务器的操作系统。需要准备的是一个windows server 2008 r2的系统安装光盘。 由于系统的安装过程中无法用屏幕录制软件全程录制下来，所以我们这里使用虚拟机来重现服务器系统的安装过程：首先在bios设置界面将电脑的启动项修改为dvd光盘启动。 将光盘放入电脑后保存设置并重启电脑，进入下图所示界面，点击下一步即可。
进入下图所示界面，点击现在安装。 进入下图所示选择操作系统的界面，这里我们选择第五个，完全安装的64位数据中心版本的windows server 2008 r2系统。由于技术问题，所以我们需要使用用户界面来辅助我们使用服务器，所以我们不是选择服务器核心（没有用户界面）的版本。点击下一步继续。
进入选择分区的界面，这里如果没有分区我们可以根据需要新建。这里我们选择60G的分区来安装系统，另外一个分区作为数据存储的分区供服务器共享。点击下一步继续。 接下来系统会自动进行安装，无需人为来进行操作。
系统安装好后会自动重启并自动进行系统运行所必要的相关环境布置，也无需人为干预。 系统布置好环境后需要我们为系统设置管理员的密码，这里需要输入两次以确认密码准确。由于windows server 2008 r2的要求，密码不能设置的太简单，需要三种符号结合使用，也确保了服务器在使用时的安全性。
密码设置好后点击确定即可进入系统桌面。 初始的桌面比较简洁。至此，服务器的系统已经安装完毕。 在系统安装好后，我们需要给服务器接入网线配置网络，这里我们给此服务器分配了的ip，后面配置FTP的时候我们也会用到这个ip。
配置管理工具之CVS 这一章是为那些从没有用过CVS和那些以前可能从没用过版本控制软件的人所准备的。 如果你已对CVS很熟悉，仅仅想了解某一个特点或是为了记住某一个命令，那么你可以跨过这一切。 CVS是什么? CVS是一个版本控制系统。使用它，你可以记录下你的源文件的历史。 例如：修改软件时可能会产生一些bug，而且可能过了很久你才会察觉到它们的存在。有了CVS，你可以很容易地恢复旧版本，并从中看出到底是哪个修改导致了这个bug 。有时这是很有用的。 当然了，你可能把所有版本的所有文件都保存了下来。但这会浪费大量的磁盘空间。而CVS用一种聪明的办法来保存一个文件的所有版本——仅仅保存不同版本之间的区别——在一个文件里。 如果你是项目开发组的一员，CVS也会帮助你。除非极为小心，成员之间很容易互相覆盖文件。一些编辑器，如GNU Emacs,会保证同一时间内同一文件绝不会被两个人修改。不幸的是，如果有人用了另外的编辑器，这种保护就没用了。CVS 用隔离开不同的开发者解决了这个问题。每个开发者在他自己的目录里工作，等每一个开发者都完成了他们自己的工作后，CVS会将它们合并到一起。 CVS最初由Dick Grune在1986年12月以shell scripts的形式发布在comp.sources.unix的新闻组第6卷里。虽然当前的CVS中没什么代码来自于这些shell scripts,但许多CVS的冲突解决算法是从它们来的。 1989年4月，Brian Berliner设计了CVS并编写了代码，之后Jeff Polk帮助Brian设计了CVS模块发行分支。 你可以从好多渠道得到CVS，包括从INTERNET上自由下载。有关下载CVS和其它与CVS相关的话题，请访问下面网址： https://www.doczj.com/doc/8218392527.html,/ http://www.loria.fr/~molli/cvs-index.html 有一个关于CVS的邮件列表，名叫info-cvs,要订阅或退订请发email: info-cvs-request@https://www.doczj.com/doc/8218392527.html,。如果你更喜欢新闻组，comp.software.config-mgmt 可能比较适合于讨论CVS（还有其它一些配置管理系统）。将来，可能会创立一个comp.software.config-mgmt.cvs, 当然那要确取决于在 comp.software.config-mgmt上有足够的CVS讨论。