版本和发行管理中涉及的过程与识别和跟踪系统的版本有关。版本管理者设计程序以确保可以在需要时检索系统的版本，并且开发团队不会意外更改它们。对于产品，版本经理与市场营销人员合作，对于客户与自定义系统合作，以计划何时应创建系统新发行版而不分发以进行部署。
系统实例是系统实例，在某种程度上可以与其他实例不同。系统版本可能会具有不同的功能，增强的性能或修复的软件故障。某些版本在功能上可能等效，但设计用于不同的硬件或软件配置。差异很小的版本有时称为变体。
系统发行版可能是分发给客户的版本。每个系统版本都应该包括新功能，或者应该用于特殊的硬件平台。通常，系统版本比发行版更多。版本是与组织一起创建的，用于内部开发或测试，并且不打算发布给客户。
版本识别：
要创建系统的特定版本，必须指定应该包含在其中的系统组件的版本。在大型软件系统中，有数百个软件组件，每个组件可能以几种不同的版本存在。
因此，必须有一种明确的方法来标识每个组件版本，以确保系统中包含正确的组件。组件版本识别使用三种基本技术：
- 版本编号：
在版本编号方案中，将版本号添加到组件或系统名称。如果第一个版本称为1.0，则后续版本为1.1、1.2，依此类推。在某个阶段，会创建一个新版本(版本2.0)，然后再次从版本2.1开始。基于系统版本是按顺序创建的假设，该方案是线性的。大多数版本管理工具(例如RCS和CVS)都支持这种方法来进行版本识别。
- 基于属性的识别：
如果每个版本都由一组唯一的属性标识，则添加来自任何现有版本的新版本很容易。使用唯一的一组属性值来标识这些属性。它们与父版本共享大多数这些值，因此可以保持版本之间的关系。您可以通过指定所需的属性值来检索特定版本。属性上的函数支持查询，例如“上次创建的版本”或“在给定日期之间创建的版本”。基于属性的标识可以由版本管理系统直接实现，而组件属性则保留在系统数据库中。或者，可以将属性标识系统构建为隐藏版本编号方案之上的一层。 - 面向变更的标识：
每个组件在基于属性的标识中被称为，但另外与一个或多个更改请求有关。也就是说，假定已响应一个或多个更改请求创建了组件的每个版本。组件版本通过适用于组件的一组更改请求来标识。