版本控制
 | 此条目需要编修，以确保文法、用词、语气、格式、标点等使用恰当。 (2020年11月11日) |
| 软件开发 |
|---|
| 核心行动 |
| 范式与模式 |
| 方法论与框架 |
| 支持行为 |
| 实践 |
| 工具 |
| 标准与知识体系 |
版本控制（英语：Version control）是维护工程蓝图的标准做法，能追踪工程蓝图从诞生一直到定案的过程。此外，版本控制也是一种软体工程技巧，借此能在软体开发的过程中，确保由不同人所编辑的同一程式档案都得到同步。
概述
透过文档控制（documentation control），能记录任何工程专案内各个模组的改动历程，并为每次改动编上序号。
一种简单的版本控制形式如下：赋给图的初版一个版本等级“A”。当做了第一次改变后，版本等级改为“B”，以此类推。最简单的例子是，最初的版本指定为“1”，当做了改变之后，版本编号增加为“2”，以此类推。
借此，版本控制能提供专案的设计者，将设计恢复到之前任一状态的选择权，这种选择权在设计过程进入死胡同时特别重要。
理论上所有的资讯记录都可以加上版本控制，在过去的实务中，除了软体开发的流程，其它的领域中很少有使用较复杂的版本控制技巧与工具。目前已有人开始用版本控制软体来管理CAD电子档案，电路板设计，来补足本来由人手工执行的传统版本控制。
软件版本控制
软件工程师常利用版本控制来跟踪、维护源代码、档案以及配置文件等的改动。
有时候，一个程序同时存有两个以上的版本有其必要性，例如：发布版本中程序错误已经被修正，但没有加入新功能；而开发版本则有新的功能正在开发、也有新的错误待解决，于是便需要同时维护两个不同的版本。
此外，为了找出只存在于某一特定版本中的程序错误、或找出程序错误出现的版本，开发人员也必须通过比对不同版本的源代码以找出问题的位置。
软体版本的控制方法
在最简单的情况下，软体设计师可以自己保留一个程式的许多不同版本，并且为它们做适当的编号。这种简单的方法已被用在很多大型的软体专案中。该方法虽然可行，但不够有效率。除了必须同时维护很多几乎一样的源码备份外；而且极度依赖软体设计师的自我修养与开发纪律，但这却常是导致错误发生的原因。因此，有人开发出了将部份或全部版本控制工作自动化的版本控制系统。
差分编码
大部份的版本控制软体采用差分编码：只保留档案相继版本之间的差异，这个方法可以更有效的储存数个版本的档案。
中央式系统与分散式系统
大部分的软体开发案，会有好几个开发人员同时工作。如果两个人员同时要改变同一个档案，而没有管理存取权限，很可能会覆写彼此的工作。
所以权限管理控制系统会在两种方法中择一解决：采用中央式系统，由中央权威管理存取权限；或是像分散式系统容许多个单位同时进行，包括同时更动同一档案。
传统上版本控制系统都是采用中央式系统：所有版本控制的工作在一个伺服器进行，由中央权威管理存取权限“锁上”档案库中的档案，一次只让一个开发者工作。
2000年后，TeamWare、BitKeeper、和GNU开始用分散式版本控制系统：开发者直接在各自的本地档案库工作，并容许多个开发者同时更动同一档案，而各个档案库有另一个合并各个改变的功能。这个方式让开发者能不靠网路也能继续工作，也让开发者有充分的版本控制能力，而不需经中央权威许可。分散式系统仍然可以有档案上锁功能。
分散式系统Linux内核的发明人林纳斯·托瓦兹就是分散式版本控制系统的支持者，他开发了目前被开源社群广泛使用的分散式版本控制系统Git。
档案上锁
档案上锁功能能对高难度的合并（例如大幅更改大档案或档案群的许多部份）提供一些保护，但其他开发者仍然可以绕过版本控制系统改变档案（这本身就是很大的问题）。所以档案上锁功能带来的功效与副作用一直饱受争议。
其他功能
有些进步的版本控制工具提供更多功能，例如：
- 管理谁能改变程式的哪个部位，
- 提供某一个人控制权来审查哪些改变可以过关；
- 与开发环境整合。
维基百科用的MediaWiki也有版本控制的功能。
术语
![[icon]](/wiki/File:Wiki_letter_w_cropped.svg){kind=small} | 此章节需要扩充。 |
- 基线（Baseline）
- 基线是软件档案或源码（或其它产出物）的一个稳定版本，它是进一步开发的基础。[1]
- 储存库（Repository）
- 存储档案的新版本还有历史资料的地方，通常是在伺服器上。有时候也叫Depot（像是在SVK、AccuRev还有Perforce中）
- 工作复本（Working copy）
- 从档案库中取出一个用户端的复制，针对一个特定的时间或是版本。所有在档案库中的档案更动，都是从一个工作版本中修改而来的，这也是这名称的由来。观念上，这是一个沙盒。
- 提交（Commit）
- 将用户端的修改送回档案库。（由版本控制软体处理“跟上次更动相比，哪个档案又被更动”的事）
- 变更（Change）
- 对一份档案作的特定更动。
- 变更记录（Change List）
- 取出（Check-Out）
- 从档案库取出档案到用户端。
- 更新（Update）
- 将档案库的修改送到用户端（与提交相反）
- 合并（Merge / Integration）
- 合并各个改变。
- 版次（Revision）
- 一个revision或version指的是一系列版本变迁的其中之一。
- 汇入（Import）
- 汇出（Export）
- 冲突（Conflict）
- 当两方更动同一份文件会发生冲突。
著名的版本控制软体
- BitKeeper
- CVS（Concurrent Versions System）
- Micorosoft Visual SourceSafe/Team Foundation Server/Visual Studio Online
- Perforce
- Rational ClearCase
- 修订控制系统（GNU Revision Control System）
- Serena Dimention
- Subversion
- SVK
- Git
- Monotone (软体)
- GNU Bazaar
- Mercurial
- SourceGear Vault
注：多数不提供中文语言界面包（一部分本身即基于命令行接口），一部分对中文没有有很好的支持，处理中文时有乱码。但一般选用支持UNICODE的软件时，CJK便不成问题。
参看
.gif){kind=small}
- 软件配置管理
- MEE
- 计算机支持的协同工作
- 协作版本系统
- 版本控制软件列表（List of revision control software）
- Software version
- 相关资讯
- 形态管理（Configuration management）
- 原始码
- neutral build
- RevML（http://public.perforce.com/public/revml/index.html）
- SyncML
- WebDAV
注释
外部链接
| |||||||||||||||||||||||||||||||||||||||||||||
