在当今快节奏的软件开发世界中，管理一个庞大的代码库，包含成百上千甚至数万个文件，已经变得司空见惯。然而，现有的源代码控制解决方案并没有随着软件开发者日益增长的复杂需求而进化。许多供应商提供的解决方案，虽然在一定程度上减轻了管理代码和流程的痛苦，但并没有从根本上解决问题。目前，大多数源代码控制工具仍然试图在单个文件级别上控制代码，这在20年前或许足够，但在今天已经远远不够了。
想象一下，如果使用的是Windows资源管理器，但不能至少99%确定它显示的信息不是昨天的，会作何感想？为什么还要容忍源代码控制客户端存在这种可能性呢？Evolution系统的设计初衷是让客户端始终显示系统的实际当前状态，无需刷新或猜测。无论是一个普通的检入操作、复杂的分支操作还是简单的重命名操作，当它们在服务器上发生时，所有连接的客户端也会立即看到这些变化。确保使用Evolution既简单又直观，同时将网络流量降至最低。
分支和合并是成本高昂但又必不可少的操作，它们消耗了团队宝贵的资源。Evolution通过消除为了QA（或其他任何目的）而创建新分支的需求，从而最小化合并事件的发生。Evolution的创新Production™系统允许在任何给定时间点保存代码库的确切状态。Production是对象（文件和其他Production）的逻辑分组。一个Production的修订引用了其对象的特定版本。因此，不需要创建一个代码分支（然后必须仔细管理它），而只需创建一个Production版本，这将允许稍后恢复或比较确切的状态。通过在自定义定义的晋升梯度中推进对象修订，从而建立对变更的控制。
当开发团队决定采用独占检出而不是共享锁定环境时，开发者可能会感觉到他们在排队等待编辑一个受欢迎的文件。当这种情况发生时，效率会降低，因为必须进行明确的沟通，以提醒当前锁定的所有者，有一或多个团队成员正在等待他们完成工作。为什么不让工具来处理这个问题呢？Evolution有一个自动化设施，它会排队检出请求，通过电子邮件发送锁定和通知，以加快整个开发过程。
通过工作进度（WIP）功能，可以在不担心破坏其他人环境的情况下检入不完整的代码。当开发者将文件作为WIP检入时，服务器会自动标记那个新版本。只有执行检入的用户在同步操作期间会获得新版本，其他用户默认会获得最后一个非WIP版本。这消除了由于驱动器故障或其他灾难导致的工作丢失的可能性，并消除了长时间锁定文件的借口。
Evolution的Production系统提供了一种方法，它仍然使用熟悉的界面，为流程打开了一整个新的控制维度。