很多公司通过版本控制系统来管理源码及各类文档的变更，却往往忽略了与任务跟踪和项目管理过程真正意义上的集成，致使变更管理和开发过程一定程度上的脱节。本文将介绍一种新型的变更管理模型。该模型将很大程度地提高软件开发中变更管理的效率。
开发过程中的两类变更
在软件开发过程中，变更主要体现为以下两种方式：第一类是不需要变更代码就能完成，如设计、测试和各种与文档相关的任务等；另外一类则与源代码相关的开发任务，包括新缺陷、新功能等。一个好的模型应该能实现对这两类变更的集中统一管理（如图1所示）。本节将分别就这两类变更，阐述这一新型的变更模型的管理策略。
基于智能化知识库的文档变更管理
软件开发应用生命周期的各阶段涉及多类与源码无关的文档，包含需求分析、数据库设计、测试文档等面向客户的文档，也包含供项目成员使用的内部文档，如模块开发卷宗、数据存储规则等。一个智能化的完整知识库将帮助项目开发团队及时共享所有的文档，并支持版本管理，从而提供一个体现以往经验和产品需求的平台。
虽然文档的一致性问题并不是非常突出，多人同时修改一个文档的情况也不多见。然而，如果只在本地保留文档的当前版本，而将不同版本的集中管理交给知识库自动完成，将会减少冗余，还便于随时随地查看不同时期文档的内容，相互比对。
TechExcel以知识为核心的ALM解决方案中的KnowledgeWise不仅支持普通意义上的文档版本管理，还从更高的层面实现了知识历史的跟踪和记录。知识条目作为知识库管理的基本单元，通过自身属性描述和所附文档完整呈现相关知识内容。而知识条目和所附文档的任何变更，将会自动触发版本控制机制。因此，知识库得以保留所有历史版本的知识，并能提供分类搜索和查找。
集成任务跟踪与版本控制的源代码变更模型
源代码的变更管理对软件开发的成败尤为重要。传统的版本控制集成往往将项目开发中的任务或问题与源码文件直接关联。这种方式在应对任务与源码文件间的复杂关系时，常常显得力不从心。 项目管理者联盟文章，深入探讨。
文章来源于领测软件测试网 https://www.ltesting.net/
