软件配置管理免费下载

① 软件配置管理工具的简单应用

应用软件的规模及复杂程度日趋大型化、复杂化，这就导致软件开发的方式也从早期的单兵作战式或手工作坊式渐渐转变为集团化、工厂流水线式的团队协作开发方式。在这种开发模式中会遇到一些问题，例如：
●需要将整个软件版本恢复到以前某一时间的状态；
●控制某一程序在同一时间内只能由一个开发人员进行修改；
●限制随意修改程序；
●对每个开发人员编写的程序质量进行评估。
如何解决上述问题，管理好项目的每一步运作，成为每一位项目主管需要解决的课题。目前，许多配置管理工具能够与各种流行的开发软件进行无缝的连接，它们有机地结合在一起，能够完整地保存开发中对应用程序每一个源文件所有的修改记录，因此充分地利用配置管理工具能够对软件开发进行有效的管理，其具体表现有以下几个方面：
(1)随时将程序恢复到以前某一时间点。配置管理工具可以将某一程序恢复到以前某一时间的状态，甚至将整个软件版本恢复到以前某一时间的状态。它能比较程序的不同版本，方便地识别出被修改，删除或插入的具体行，可以将两个不同版本的修改合并到一个新文件中，如果一段重要的代码被删除了，它可以迅速恢复这段代码。
(2)实现代序的互序性修改。配置管理工具能够实现某一程序在同一时间只能由一个开发人员进行修改。其具体实现方式是：开发人员从源文件存放处检出(Cherk out)一个程序，这时其他开发人员就不可以再检出同一个程序了，只有当第一个开发人员修改测试完成后，将更新版本的代码做检入(Check in)操作，其他开发人员才能检出同一个程序-当然，现在有些配置管理工具也可以配置成允许多入修改，即同时检出同一个程序．最后可以将不同版本的修改合并到一个新程序中。
(3)对程序修改进行有效的管理。在配置管理工具中可以将用户分为管理员和程序员两种角色，只有管理员可以将程序冻结(Freeze)和解冻(Unfreeze)，被冻结的程序是下允许修改的。修改程序的流程为：
①用户提交需求书，程序员提交程序设计说明书，项目主管审核通过后，配置管理员(CMO)将程序解冻；
②由程序员检出程序；
③程序员修改程序；
④修改完成后程序员提交测试请求给测试小组，测试小组进行测试，如果测试不通过，转向第③步；
⑤测试通过以后程序员填写本次修改记录，然后检入程序；
⑥配置管理员将程序冻结。
至此完成一次程序的修改。在软件开发后期或者软件正式投入使用时，这种方式对保证软件的稳定运行能起列非常重要的作用。
(4)将开发环境与测试环境、运行环境进行有效的隔离：比较大型的软件开发项目部有专门的测试小组；采用配置管理工具后，开发人员有自己单独的开发环境，测试人员有自己的测试环境-测试人员测试无误后才检入程序，可避免错误的程序影响其他人员使用和测试幢用系统；项目进行到一定阶段，可随时用配置管理工具生成一个新的版本，投入运行—生成运行版本时可以选择以前所有的修改记录。
(5)评估开发人员编写的程序质量，控制开发进度。配置管理工具完整地保存在开发中对应用程序的每一个源文件所有的修改汜录-这些记录包括完成修改程序的开发人员、修改的时间、所进行的具体修改以及对本次修改的解释。项目主管通过调阅这些记录，对程序修改的次数、修改原因和修改情况进行统计，就能够对每一个程序员编写的程序质量进行综合评估，这些记录还能使项目主管对整个项目的进度、程序的编写修改情况有一个整体的了解。
(6)管理文档。配置管理工具不仅为各种开发软件提供了存放对象的接口，还能存放任意类型的文件．这样可以在配置管理工具中建立专门的文件夹，用来仃放软件廾发过程中牛成的各种文档，对于每个文档可以存放它的多个版本，供随时查阅。
注意：配置管理软件的安全性一般，为确保软件开发过程中源代码与文档的安全，制定一个合理的系统备份策略是必要的。
总之，在一个项目小组开发环境中，配置管理工具的采用是非常必要的。它就好像建立一部软件开发的编年史，不仅仅对软件的版本进行了控制，还能够协调多个外发人员的工作，对整个软件的开发过程进行有效的管理，大大提高了软件开发的效率，收到事半功倍的效果。

② 什么是软件配置管理的机制

转自http://hi..com/angle_lover/blog/item/6317ea3d2dbe7ec69f3d62f4.html

1、什么是软件配置管理

软件配置管理是指通过执行版本控制、变更控制的规程，以及使用合适的配置管理软件，来保证所有配置项的完整性和可跟踪性。配置管理是对工作成果的一种有效保护。

2、为什么需要配置管理

如果没有软件配置管理，最大的麻烦是工作成果无法回溯。随着工作的进展新的程序覆盖了老的程序，当突然发现新程序有问题而老程序正确时怎么办？那只能重写老的程序来覆盖新的程序。过一段时间又发现原来的老程序有问题，而解决方法在原来的新程序中……您是不是快要发疯了。

为了避免成果被覆盖，包括我自己在内的很多人早期采用手工管理版本的方式，例如当一个新版本产生时用当时的日期来命名文件夹，然后再复制一下以后的修改在复制的文件夹内进行，这样上一个版本就被保存下来了，周而复始不同的版本不会被覆盖。虽然这种方式可以从某种程度上解决版本的回溯问题，但他存在的缺点是显而易见的：第一点如果保留结果过于频繁，将会导致产生大量的有着重复内容的文件夹，庞大的物理空间，管理起来很麻烦；如果保留旧版本的时间间隔太长，可能产生某些有用的老程序无法回溯。拿我最近开发的一个程序来说程序只有几十兆，经过一年的开发各版本累计到1G。第二容易产生版本的混乱，如果是团队开发软件，这种简单的方法更难解决问题的本质了。

3、人的问题

配置管理的方法是成熟的，而且相应的软件工具也是成熟的，基本上不存在看不懂、不会用的问题。配置管理的执行效果如何，完全是事在人为。妨碍配置管理的主要问题是人们嫌麻烦和侥幸心理作怪。

在没出乱子的情况下，执行版本控制看起来有些麻烦。每次修改工作的时候总是要Get Latest Version，接着Check Out，修改完后又要Check In，多做了三步。其实这三步加起来也就十几秒钟，而且不费脑子，根本没有添加多少麻烦，仅仅是个人感觉不爽而以。然而不执行版本控制的话，万一发生工作成果被覆盖或丢失等问题，麻烦就大了。

4、软件配置管理规范

软件研发和管理过程中会产生许许多多的工作成果，例如文档、程序和数据等，他们都应当妥善地保管起来，以便查阅和修改。如果把所有文件一股脑的塞进计算机里，那么使用起来很麻烦。

凡是纳入配置管理范畴的工作成果统称为配置项配置项主要有两大类：一类是属于产品的组成部分，例如需求文档、设计文档、源代码、测试用例等等；另一类是在管理过程中产生的文档，例如各种计划、报告等。

每个配置项的主要属性有名称、标识符、文件状态、版本、作者、日期等。配置项及历史纪录反映了软件的演化过程。

基线由一组配置项组成，这些配置项构成了一个相对稳定的逻辑实体。基线中的配置项被冻结后，不能在被任何人随意更改。基线通常对应于开发过程中的里程碑。通常将交付该客户的基线称为一个Release，为内部开发用的基线称为一个Build。

版本控制的目的是按照一定的规则保存配置项的所有版本，避免发生版本丢失或混乱等现象。配置项的状态有三种：“草稿”、“正式发布”和“正在修改”

配置项的版本号与配置项的状态紧密相关：

（1） 处于“草稿”状态的配置项的版本号格式为：0.YZ

（2） 处于“正式发布”状态的配置项的版本号格式为：X.Y。

一般只是Y值递增，当Y值到达一定的范围时X值才发生变化。

（3） 处于“正在修改”状态的配置项的版本号格式为：X.YZ。

一般只增大Z值，当配置项修改完毕，状态重新变成“正式发布”时，将Z值变为0，增加X.Y值。

5、常用的配置管理软件

A）、自从20世纪80年代后期研制并完善了“增量存储算法”后配置管理工具的春天便开始了，目前国内常用的配置管理工具大概有SourceSafe、CVS和ClearCase。

SourceSafe是Micrsoft公司推出的一款支持团队协同开发的配置管理工具，是Visual Studio的套件之一。因为其短小精悍，又继承了微软集成销售的一贯作风用户可以相对于免费的价格得到，用户量绝对是第一位。

SourceSafe简单易用人们在使用配置管理工具时候，80％的时间只是用Add,Check in,Check out等区区几个功能。

SourceSafe 的主要局限性：只支持WINDOWS不支持异构环境下的配置管理；对INTERNET支持不够完善。

B）、在详细介绍SourceSafe首先简单概述一下它的基本机制。SourceSafe是使用服务器、本地机的概念来进行操作的，它认为所有需要操作的文件都存在服务器版本文件和本地机版本文件，无论您的SourceSafe的架构是服务器客户机形式还是个人单机版形式，它的机制都是这样。用户所用的修改都是在本地机上完成的，修改完成后再上传服务器。单机版也是这样操作。我们一定要明确两个版本后再来分析。

服务器版本文件是一个绝对受配置管理软件限制的文件，用户只能通过SourceSafe的规定的权限和操作方法修改它，因为它并不是您一个人的，它是大家的。本地文件是一个基本不受限制的文件，您可以象操作本地文件一样操作它。

SourceSafe由Visual SourceSafe 6.0 Admin、Microsoft Visual SourceSafe 6.0、Analyze VSS DB、Analyze & Fix VSS DB四部分组成。

C）、Analyze VSS DB、Analyze & Fix VSS DB两个工具不是很常用，前者用于检查SourceSafe数据库文件的完整性，后者主要是修正SourceSafe数据库文件存在的错误。

D）、Visual SourceSafe 6.0 Admin的功能类似于win2k的用户管理器，软件配置管理人员用它来分配用户和设定相应的权限。

管理员的管理操作一般都集中在Visual SourceSafe 6.0 Admin中，系统中只有一个系统管理员Admin可以登陆到此程序中进行管理工作，一般刚刚安装的系统中此用户的密码缺省为空。而且系统为Admin这个用户保留的一切权力，不可更改。

数据库的创建这个操作必须在服务器上执行，因为通过客户端创建数据库的操作，只是在客户端的机器上创建的数据库，这个数据库往往只能单机使用。同时要必须注意，由于VSS是通过WINDOWS的网络共享来完成服务器端受控版本文件的共享，因此VSS服务端的数据库必须建立在服务器的一个完全共享的目录之中。否则，客户端将无法获得数据库中的文件。

数据库的备份与恢复，备份数据库或者其中的一个项目，点击tools-archive projects…菜单弹出对话框，根据提示一步步进行备份，最后会形成一个扩展名为*.ssa的备份档案文件。

如果要从档案文件中恢复VSS数据库中的文件数据，点击tools-restore projects菜单根据提示一步步完成数据恢复工作。其中，在恢复过程中，可以选择恢复为原有工程，也可改变恢复成其他工程目录。

E）、Microsoft Visual SourceSafe 6.0是SourceSafe的主要使用平台，样子象Windows的文件管理器，它所显示的路经是以‘$’符号为根节点的相对路径，在这里介绍一下此平台的主要使用方法。

（1）添加项目

您可以在根节点下添加项目，方法是：File—Add File出现Add File对话框后选中相关文件，按Add即可。

你可以继续通过File－Create Project在根目录下创建一个项目后在此项目节点下添加文件。

添加完文件后，您所添加源文件的属性自动变为只读，并在所添加文件的文件夹下生成一个vssver文件 ，以后对文件的操作基本与原文件没有关系了。

（2）浏览Source Safe Server中的文件

在Visual SourceSafe Explore中双击要打开的文件，会弹出一个对话框，您直接点击OK即可。这时SourceSafe Explore会将文件拷贝一份到本地机的临时文件夹中（临时文件夹路径在tools-options-general下设置），因原文件前面提到已经变了只读，所以临时文件也是只读属性，而且文件名会通过系统自动更改。

（3）设置工作文件夹

SourceSafe 的文件夹需要在本地计算机上指定一个“working folder”。当“check out”时，相应文件会下载到这个本地工作文件夹中。我们在本地的文件中修改文件，然后把修改后的文件“check in”回服务器的source safe中。

我们可以利用“set working folder”这条命令来建立source safe的文件夹和本地“working folder”的对应关系。方法在source safe的文件目录树中选中要建立对应关系的文件夹－右单击－选择“set working folder”即可。

（4）、下载最新版本文件到本地机

“get latest version”命令可以将一个文件、一组文件或整个文件夹的最新版本从source safe中拷贝到本地的计算机中，并用只读的形式保存起来。方法如下：

在左侧的文件树中选择相应的文件夹右单击后，选择“get latest version”

这时会弹出一个对话框，它包括三个复选框：三个复选框全空时，只将source safe文件夹根目录下的文件拷贝到本地计算机，如同DOS中的COPY命令；recursive选项选中时，会将source safe文件夹下的所有文件夹及文件都拷贝到本地计算机，如同DOS中的DISKCOPY，make writable选中，拷贝到本地的文件是可写的。

如果我们单击“advance”按钮，就会出现更多的选择项。在“set file”中的四个选项第一如下：current为拷贝操作发生时的当前时间；Modification为文件最近一次修改的时间；check in为文件最后一次check in是的时间；default同current.

在replace writable中的四个选项作用是，当本地机有一个和要下载的文件同名时，且本地机的文件是可写的同名文件时，设置系统如何执行拷贝：ask系统提示是否覆盖本地的同名文件；replace自动覆盖本地的同名文件；skip不覆盖本地的同名文件；merge将两个文件合并。

一定要养成先Get Latest Version的习惯，否则如果别人更新了代码，VC会提示你存在版本差异并问您是否覆盖、整合、保留等，如果选错了就会把别人的代码Cancel掉，所以一定小心。

（5）下载文件到本地操作

当我们要修改一个文件时，首先要把文件从source safe中复制到“working folder”中，并且以可写的形式保存，这一系列动作的命令就是check out。具体使用方法如下：选择要下载到本地机的文件，右单击后选择check out，这时会弹出一个对话框。缺省的状态下“don’t get local ”这个选项是不选的，他的意义是这样的：如果不选保持缺省状态，当本地的同名文件是只读时，则系统首先用source safe的文件更新本地的文件，本地的文件变为可写。当本地的文件是可写时，则会出现另一提示框其中的选项leave this file：本地文件保留当前状态，source safe中的文件也保留当前状态，这样有可能两个文件不一致。选项Replace your local file with this version from source safe：用source safe中的文件更新本地的文件。如果您选择don’t get local 选项：则不把source safe的文件拷贝到本地。

文件check成功后，您可以看到文件上有红色标记，这时您的本地文件是可写的，您就可以修改文件了。上面的选项也许让您心乱，为了操作更简便，我们推荐一种check out 方法：

当本地的文件比source safe中的文件内容新时，选择don’t get local 选项。然后check in使本地机与服务器内容同步；

当source safe中的文件比本地机的文件内容新时，则在source safe中选择此文件，然后get latest version命令，然后按照默认选项进行check out；

当两者内容相同时，按照默认选项操作。

注意：source safe中使用了文件锁的概念当一个文件被别人check out时，其他人不能check out 此文件；如果文件锁是无效的，您可以查看Visual SourceSafe 6.0 Admin－tools－general-allow multiple chechouts选项是否被选中。只有当check out 修改文件完毕后，一定要check in，来保证source safe中的文件最新。

谨记check out时将是使得代码对自己可写，对别人只读，请仅仅Check Out自己需要修改的部分，不然你工作的时候同组成员只能休息了。

（6）上传文件到服务器操作

我们必须利用 check in命令保证source safe本地的文件同步，check in与check out 成对出现，它的作用是用本地的文件更新source safe中被check out 的文件。

具体操作在source safe选中处于check out状态的文件，右单击选择check in即会出现一个对话框：默认状态下它的两个复选框处于非选状态，Keep checked out选项，可以在check in 后自动的再次check out，等于是省略了下一步check out操作；remove local 选项，可以在check in的同时，删除本地机上working folder中的同名文件。

一般按照缺省选项就可以了。Check in成功后，source safe和本地的文件是完全相同的，本地的文件变成了只读文件。要再次修改文件时，再执行check out操作，此时本地机的文件属性自动变为可写状态。一定记住check out 后要check in，不然导致的后果就如同写完了文件不保存差不多。

一定要保证你的文档正确、可编译后再Check In不然会使得其他人也无法通过编译，整个工程没法调试了。

（7）undo check out 操作

当一个文件被check out 后，您如果想要撤销这项操作，可以使用undo check out命令，操作步骤：选中处于check out 状态的文件，右单击后选择undo check out.

当source safe中的文件和本地的文件完全相同时，则不出现提示信息，文件恢复为普通状态。

当source safe中的文件和本地的这个文件不完全相同时，则出现提示窗口，对话框local 中包括三个选项：

replace 选项选中后会出现，系统询问是否覆盖的信息，如果单击yes则是用source safe上的文件最后一个版本覆盖本地机上的文件，如果选择no保留本地计算机上文件的内容，source safe上的文件是上次check in后的内容。此时，两个文件可能出现不同；

leave选项保留当前计算机上的内容，source safe上的文件是上次check in后的内容，两个文件可能出现不同；

delete 选项删除本地计算机上的这个文件。

选择一个选项后，单击OK后，文件回到普通状态。

（8）edit操作

edit命令是一个组合命令，是先check out再修改的命令的组合。应当注意的是，执行edit命令后，我们修改了文件，但是source safe中的文件并没有同步的修改，我们还是要check in完成本地文件与source safe上文件的同步。

（9）查看文件的历史内容

方法选中此文件，右单击选择show history,出现一对话框后，经选择OK后弹出一窗体，我们可以看到这个文件的所有版本，要查看某个版本可以选中VIEW按钮。如果想下载某个先前的版本可以点击get按钮。

（10）关于source safe的权限

缺省状况下，项目安全管理是以简单模式来运行，即用户对工程的操作的权限只有两种，一种只读权限，一种读写权限。要启用高级模式，可以在Visual SourceSafe 6.0 Admin－tools-project security-enable project security将此选项选选中。

source safe的权限分为5级：

无权限级：看不到文件

read级：自能浏览文件，可以使用get latest version命令

check in/check out级：可以更新文件，但不能对文件进行删除

delete级：可以删除文件，但通过某些命令这些文件还能恢复。

Destroy级：可以彻底的删除文件，删除之后无法恢复。

为用户设定权限的工作一般由软件配置管理员在Visual SourceSafe 6.0 Admin中完成。

权限管理就是管理用户和工程目录之间的操作权限的关系。因此，有两种管理方式。一种就是以工程目录为主线来管理权限，一种是以用户为主线来管理权限。

以目录为主线管理用户权限则点击tools-right by project…菜单，弹出对话框来管理项目的用户访问权限。

如果以用户为主线来用户权限，则应先在主界面的下方的用户列表中选中一个用户，再点击rights assignments for user…菜单，弹出对话框，对话框下方列出了该用户对数据库各项目目录的访问权限，如果访问某个项目在列表上没有列出，则说明该项目的权限是继承上级目录的访问权限。只要您点选一个目录，就可以编辑该用户对该项目目录的访问权限。

权限复制就是将一个用户的权限直接复制给另外一个用户，管理员可以通过 user right…菜单来实现。

（11）关于password的更改

password一般是由软件配置管理员分配的，如果我们需要修改密码，可以在tools-change password 下修改。

需要说明的一点是当你的source safe密码和windows密码相同时，启动source safe，不会出现提示您输入密码的对话框。这是微软的的一贯作风，在SQL server数据库管理系统下也能找到这个影子，因为微软认为windows的密码应该比其他软件的密码级别要高，既然您能用相同的用户名和密码进入 windows那么您也有权使用相同的用户名进入其他的软件。

③ 软件配置管理工具的工具功能

(1)配置支持。配置是一组有共同目的的中间软件产品，其中每一个中间软件产品称为一个配置项。软件配置管理支持用户建立配置项之间的各种关系，并对这些关系加以维护，维护这些关系有助于完成某些特定任务(例如Build)和标识某一变化对整个系统开发的影响。
(2)版本控制。版本控制是软件配置管理的基本要求，它可以保证在任何时刻恢复任何一个版本、版本控制还记录每个配置项的发展历史，这样就保证了版本之间的可追踪性，也为查找错误提供了帮助，版本控制也是支持并行开发的基础。
(3)变更控制。变更控制是指在整个软件生存周期中对软件变更的控制。变更控制系统记录每次变更的相关信息(变更的原因、变更的实施者以及变更的内容等)。这些信息有助于追踪出现的各种问题。
(4)构造支持。软件系统往往由许多配置项构成，建立整个系统是个复杂和费时的过程，软件配置管理工具可以记录和追踪每个配置项信息，帮助用户自动和快速地建立系统，和版本控制结合在一起，可以有效地支持同时开发系统的多个版本。
(5)过程支持。过程详细描述了各种人员在整个软件生存周期中如何使用整个系统，过程控制可以保证每一步都按照正确的顺序由合适的人员实施。过程控制本来是软件开发环境中一个独立的部分，现在软件配置管理也开始提供这部分功能。目前的软件配置管理工具对过程的支持还很不够，而且支持方式差别也很大，许多管理只是提供一个预先定义好的生存周期模型，并保证开发的每一步都按照这个模型规定进行。
(6)团队支持。团队支持是指多个开发人员同时开发一个软件系统。大多数软件系统都需要多个开发人员参与，有效的团队支持对开发人员是很有用的。团队支持主要包括工作区管理、并行开发管理和远程开发管理(某些软件配置管理工具还包括对开发人员支持)。
工作区管理是指为每个开发人员提供独立的工作区，开发人员可以互不干扰地进行工作，也可以选择某个时机向其他开发人员提供自己的最新修改结果或接受其他开发人员的修改结果。
并行管理是指多个开发人员同时进行的修改可以进行合并，并行开发管理可以尽可能地自动解决合并中可能出现的冲突。
远程开发管理是并行开发管理的特例，是指在广域网上并行开发的管理，许多适合于局域网的方法可能不适合广域网。
团队支持的基础是版本控制和版本合并。
(7)报告/查询。软件配置管理可以向用户提供配置库的各种查询信息，主要包括依赖关系报告、变化影响报告、Build报告、版本差异报告、历史报告、访问控制报告、冲突检测报告。实际上许多软件配置管理工具的此项功能是分散在各种相应的功能中的。
(8)审计控制。软件配置管理通过审计控制来验证软件配置管理过程，以保证配置库中所有配置项的完整性。简单的审计控制是记录软件配置管理工具执行的所有命令，复杂的审计控制还包括记录每个配置项的状态变化。
(9)其他功能。除了以上的主要功能外，软件配置管理还可以提供权限控制、人员管理和配置库管理等管理，这些功能主要是为软件配置管理实现以上功能提供保障。

④ 软件配置管理的工具软件

常用的软件配置管理工具主要分为三个级别：
l Rational ClearCase，Perforce，CA CCC/Havest l Merant PVCS l Microsoft VSS，CVS
常用的开源免费的软件配置管理工具有：SVN 、GIT 、CVS 。

⑤ 软件项目管理的配置管理

是否需要进行配置管理与软件的规模有关，软件的规模越大，配置管理就显得越重要。软件配置管理简称SCM（Software Configuration Management的缩写），是在团队开发中，标识、控制和管理软件变更的一种管理。配置管理的使用取决于项目规模和复杂性以及风险水平。
6.1、目前软件开发中面临的问题:在有限的时间、资金内，要满足不断增长的软件产品质量要求；开发的环境日益复杂，代码共享日益困难，需跨越的平台增多；程序的规模越来越大；软件的重用性需要提高；软件的维护越来越困难。
6.2、软件配置管理应提供的功能:
在ISO9000.3中，对配置管理系统的功能作了如下描述：唯一地标识每个软件项的版本；标识共同构成一完整产品的特定版本的每一软件项的版本；控制由两个或多个独立工作的人员同时对一给定软件项的更新;按要求在一个或多个位置对复杂产品的更新进行协调；标识并跟踪所有的措施和更改；这些措施和更改是在从开始直到放行期间，由于更改请求或问题引起的。
6.3、版本管理软件配置管理分为版本管理、问题跟踪和建立管理三个部分，其中版本管理是基础。版本管理应完成以下主要任务：
建立项目；
重构任何修订版的某一项或某一文件；
利用加锁技术防止覆盖； ?当增加一个修订版时要求输入变更描述；
提供比较任意两个修订版的使用工具；
采用增量存储方式；
提供对修订版历史和锁定状态的报告功能；
提供归并功能；
允许在任何时候重构任何版本；
权限的设置；
晋升模型的建立；
提供各种报告。

⑥ 求软件工程作业!

《东北大学软件工程冲刺网课资料》网络网盘资源免费下载

链接:https://pan..com/s/1rmkScW9bYw00GG4qK_PAiQ

⑦ 软件配置管理需求解决什么问题

软件配置管理，贯穿于整个软件生命周期，它为软件研发提供了一套管理办法和活动原则。软件配置管理无论是对于软件企业管理人员还是研发人员都有着重要的意义。软件配置管理可以提炼为三个方面的内容：
VersionControl-版本控制
ChangeControl-变更控制
ProcessSupport-过程支持

目标 1: 软件配置管理的各项工作是有计划进行的。目标 2: 被选择的项目产品得到识别，控制并且可以被相关人员获取。目标 3: 已识别出的项目产品的更改得到控制。目标 4: 使相关组别和个人及时了解软件基准的状态和内容。
关键活动包括：配置项、工作空间管理、版本控制、变更控制、状态报告、配置审计等.

⑧ 基于SVN的软件配置管理工具有哪些

软件配置么……你是说bug管理工具和svn的组合吧？
Trac算一个，其他的似乎要自己做不少配置工作，比如bugfree、bugzilla等等，最近看到禅道这个也有这方面的功能，不过没有去跟踪了

⑨ 软件配置管理的简介

软件配置管理（Software Configuration Management），又称软件形态管理、或软件建构管理，简称软件形管（SCM）。界定软件的组成项目，对每个项目的变更进行管控（版本控制），并维护不同项目之间的版本关联，以使软件在开发过程中任一时间的内容都可以被追溯，包括某几个具有重要意义的数个组合。
软件配置管理，贯穿于整个软件生命周期，它为软件研发提供了一套管理办法和活动原则。软件配置管理无论是对于软件企业管理人员还是研发人员都有着重要的意义。软件配置管理可以提炼为三个方面的内容：
VersionControl-版本控制
ChangeControl-变更控制
ProcessSupport-过程支持
关键活动包括：配置项、工作空间管理、版本控制、变更控制、状态报告、配置审计等。