版本控制（Revision control）是软件工程中用于追踪、管理、回溯文件、目录及项目源码修改历史的核心技术，能够清晰记录每一次变更、快速恢复历史版本，是现代软件开发的基础工具。
简单来说，版本控制就是多人协同开发场景下的代码管理与协作标准方案。
举个实际场景：你与团队共同开发一个网站项目，多人同时修改同一批代码。
无版本控制时：只能手动复制多份目录备份不同版本，极易混淆、覆盖、丢失代码，版本管理完全失控。
有版本控制时：系统会自动记录每一次提交的代码快照，可随时回退到任意历史版本，查看版本差异，自动处理多人代码冲突，保证协作有序。
版本控制是现代开发流程中不可或缺的基础设施，其核心价值体现在以下方面：
备份与恢复 每一次代码提交都会被永久记录，不会因误删、崩溃、错误修改导致源码丢失，可一键回退到任意稳定版本。
高效团队协作 支持多人同时修改同一份代码，自动合并变更、提示冲突并提供解决方案，让分布式、并行开发成为可能。
完整变更追溯 记录谁、在何时、修改了什么内容、为何修改，便于排查 Bug、复盘迭代、审计代码变更。
支持多分支并行迭代 可同时维护开发版、测试版、发布版、功能分支，互不干扰，大幅提升迭代与发布效率。
提升代码质量与可维护性 方便切换版本做测试、对比、回归，让代码评审、持续集成、自动化部署更易落地。
综上，版本控制从根本上解决了代码丢失、协作混乱、版本混乱、难以回溯等开发痛点，是团队开发的必备工具。
主流版本控制工具分为集中式与分布式两类，以下是行业常用工具：
按照架构与工作方式，版本控制经历了三代演进：本地版本控制 → 集中式版本控制 → 分布式版本控制。
本地版本控制系统是仅在单台计算机上记录文件历史版本的早期方案。
在没有标准化工具时，开发者通常通过复制整个项目目录 + 重命名加时间戳的方式保存版本。这种方式虽然简单，但极易出错：容易混淆目录、误写文件、覆盖历史版本。
为解决该问题，早期出现了基于本地数据库的版本控制工具，通过记录文件的补丁集（即版本间的差异）来重构历史版本。
RCS（Revision Control System），至今仍在部分系统中可见。
在本地磁盘保存每次修改的差异补丁，需要时合并所有补丁，还原出对应版本的文件。
仅支持单机使用，无法团队协作
历史记录存在本地，硬盘损坏即完全丢失
无法跨设备、跨人员同步代码
集中式版本控制系统采用 **“中央服务器 + 客户端”** 架构：所有代码、版本历史统一存放在中央服务器，开发者必须从服务器拉取代码，修改后再提交回服务器。
单一数据源：所有版本、权限、日志都在中央服务器
必须联网：提交、更新、查看历史都依赖网络
管理员可统一管控权限
SVN、CVS、VSS
从中央服务器拉取最新代码
在本地修改
提交代码到中央服务器
服务器统一合并、记录版本
单点故障
服务器宕机：期间所有人无法提交、更新、协作
服务器数据损坏且无备份：整个项目的所有历史版本全部丢失，仅能保留开发者本地的独立快照
分布式版本控制系统彻底解决了集中式的痛点：每一台客户端都会完整克隆整个代码库（包含所有历史版本、提交记录、分支），本地就是一个完整的版本库。
中央服务器仅作为代码交换与同步中心，而非唯一数据源。
本地拥有完整仓库：断网情况下仍可提交、分支、合并、查看历史
无严格单点故障：服务器损坏，任意客户端的本地仓库都可恢复完整项目
分支性能极强，支持轻量、高速的并行开发
Git（目前行业事实标准）
克隆远程仓库到本地（包含所有历史）
本地任意开发、提交、建分支、合并
有网络时推送到远程服务器
多人通过远程仓库同步代码
不依赖网络，本地即可完成所有版本操作
无单点故障，安全性更高
分支更轻量，支持复杂的并行迭代
速度更快，协作更灵活
通过三代演进可以看出：分布式版本控制（以 Git 为代表） 凭借安全、高效、强大的协作能力，成为当前软件开发的首选方案。
