管理并行版本的困难： 

    一个软件项目通常会包含很多文件，可能在这有很多文件中包含了成千上万的变更，当管理包含很多文件的软件版本时，单个文件里的文件增量形成了对它的限制，所以，当我们谈到整个软件项目时，最基本的配置管理需求遇到了前所未有的挑战。

    基于文件的配置管理工具不可用的功能有：

  在同一个项目中的两个并行版本上搬迁文件变更
  移除曾经对某个历史文件所做的改变
  通过所有的并行版本来管理所有对文件做的变更

    除去这些限制，基于文件的配置管理模型能够适应管理文件变更，所有用文件增量模型的配置管理产品。都是支持版本管理的主要功能的，然而，意味着一些任务很难实施。这就使得用户不得不按照他们所使用的 配置管理工具来修改他们的软件实施过程。

    基于变更的配置管理－TRUEchange:

    McCabe TrueChange 是唯一的一个不用基于文件的文件增量技术的配置管理工具。McCabe TrueChange 使用基于变更的技术，即把软件的变更作为一个单独的实体来管理，即使它包含了很多文件的很多改变，这些文件的变更不和某一个特定的文件版本有关。它独特的基于变更的技术意味着TrueChange可以适应管理并行开发的需要，可以在并行版本不同的文件中变体迁移单个文件的变更，并且当变更需要重现是可以轻松实现快速开发。

    TrueChange不使用文件增量技术来存储变更，而是把所涉及的文件变更组成一个叫ChangeSet的文件。ChangeSet封装了软件中对所有涉及到的文件的变更。

    ChangeSet是管理变更过程的一个非常自然的过程，这并不是它独特的功能，因为一些基于文件的管理工具也可以支持多个文件的变更的管理。TrueChange的主要的益处在于这些变更被存储时不和某一个特定的文件版本相关联.

    每次TrueChange用户为了修改文件都要先从库中取出文件，这个过程会自动创建新的开放的ChangeSet，再这个ChangeSet里用户可添加或删除文件。每个ChangeSet都有一个唯一的标志并有一个描述区域来说明改变的具体内容。这个从ChangeSet里添加或删除文件的能力可以很清楚的记录开发者或用户的一切活动。

    一旦用户认为修改结束，他们就可以存入ChangeSet，这个ChangeSet将会被提交到库里，存储到用户工作的项目版本里面。
把所有的变更都应用到同一个基础表中，使得应用这些变更到并行版本上时变的非常轻松。

    TrueChange的库

    TrueChange用一个非常强大的高性能的数据库来存储配置管理下文件的修订版本和一些组件，这个数据库用对象数据库存储变更管理下的信息和版本控制的所有信息。这包括工程里的信息、版本树和应用与每个版本的ChangeSet。

    强大的分支

    从以上这些差别中可以看出，TrueChange用户可以轻松实现读并行版本的管理。在TrueChange里创建并行版本是很快的，因为没有需要移动、复制的文件或文件增量。也不需要另外的硬盘空间。

    这就使得分支应用频繁的的并行管理活动中，与基于文件的配置管理通过管理一个版本的许多并行活动对比形成了鲜明的特色。一个主要原因是基于文件的配置管理通常是认为基础文件作为最新版本。结果，创建分支时就导致复制了这个项目中的所有文件。不但需要双倍的硬盘空间，还须花费更多的时间。

    冲突的解决方法—在并行分支中同一文件被做了不同的改变，用TrueChange会变的很直截了当，用户只须选择哪个是正确的，另外，用户也可以修改行或其余文件来解决冲突，创建一个新的结果，TrueChange把变更存储在过程中，当别的变更应用与同一行时解决的结果将被调用。

    工程加载

    TrueChange允许简单加载文件到TrueChange的库中。所有的配置管理工具都可以加载软件的最初版本，但是TrueChange可以扫描所有的版本序列以发现不同的，并快速创建包含所有版本的版本树。在基于文件的配置管理中加载历史版本是非常耗时的。

    TRUECHANGE网络结构

    TrueChange用LIGHTWEIGHT基于TCP/IP的分配模型。这意味着安装TrueChange时不需昂贵的硬件设备，TrueChange的服务器（库）可以放在任意一台支持SERVER平台的操作系统（如WIN2000/NT/XP，UNIX，VMS等）并立刻所有的TrueChange用户都可以访问。

    TrueChange的库是独立于平台的，可以从任何运行支持客户端的平台访问（WIN95/98/2000/NT/XP，UNIX，VMS等）。并和服务器平台无关。代码也是独立于平台之外的，以确保所有的客户都可以访问。这意味着服务器平台和客户端平台是完全独立的，TrueChange用可靠的TCP/IP协议管理，此协议和FTP协议很类似并且一样快。

    TrueChange在WINDOWS和UNIX的客户端有自己独立的图形界面，也可以用Microsoft SCM API 集成到一些流行的开发环境中，它也提供了命令行的模式可以快速的通过WINDOWS或UNIX shell来使用配置管理的一些功能。

    安全管理

    TrueChange提供了强大的配置安全来控制配置管理下的代码访问和修改。每个 TrueChange的用户需要登陆，并强制需要密码才能登陆。
提供给开发者、项目经理、管理员和所有者四个标准的安全级别，每个级别的权限可以根据需要创建。

   TrueChange中每个安全级别有48个标准的命令来制定权限，命令的选择可以根据需要修改。可以通过定制命令集来设置新的安全级别。安全级别靠库的访问来指派给某个用户，所以安全级别可以动态的指定给他们。

    阶段开发模型

    在一个版本树中TrueChange允许六个可定制阶段，阶段典型应用在软件项目的权限改变时，阶段开发的一个例子创建代码、测试、和发布作为一个软件项目的三个阶段。软件过程从代码阶段开始，在这个阶段中开发成员可以访问和修改源代码，当一个产品需要过度到测试阶段时，其中一些人可能从代码段转到测试段，现在的代码就只能被测试阶段段的人员访问。一旦测试完成测试阶段的一些人可能进入到发布阶段，这时的代码只允许发布/维护阶段的人员才可以修改和访问。

    配置数据库

    TrueChange会包含几个有配置管理提供的分派给不同开发小组和库，通常在库中心区域创建软件的发布版是必须的，TrueChange的库的设置通过创建软件发布版本树提供这个功能，库的设置信息包含了哪个特定的项目是哪个特定版本从哪个库里包含了特定的软件发布版。

    数据库的设置支持版本继承的概念，存储特定的发布设置，允许从已经存在的版本中继承新的设置。

    一个例子就是软件产品release 2.1包含项目1版本1.27，项目2版本3.1和项目3最新版本。数据库的设置将会保存这些信息允许以后在发布一个特定产品。

    TRUEtrack缺陷追踪系统

    软件生命周期中从始至终都是一个变更的过程，变更使软件演进走向成熟的同时也带来了风险，所以配置管理工具的基本任务就是管理变更，那么是什么导致变更呢？一方面在开发过程中软件由小到大，由单元集成到构件直到系统这是一个自然的过程，另一个方面在软件后期维护阶段和软件升级阶段，变更是由软件的缺陷不断发现驱使的，软件在用户使用时一旦发现软件的问题，就会有反馈，这样为了排除软件的缺陷，就需要对软件作出变更，缺陷跟踪系统就是配置管理系统很好的补充。