1 files changed, 110 insertions, 0 deletions
diff --git a/content/notes/cvs-introduction/index.md b/content/notes/cvs-introduction/index.md
new file mode 100644
index 0000000..5904681
--- /dev/null
+++ b/content/notes/cvs-introduction/index.md
@@ -0,0 +1,110 @@
+---
+title: "CVS 版本控制系统简介与基本使用"
+slug: "cvs-introduction"
+lang: zh-Hans
+created: 2026-10-16
+updated: 2026-10-16
+description: "介绍 CVS 的集中式版本控制模型、仓库初始化、项目导入、检出与提交，以及其特点和局限。"
+license: CC-BY-SA-4.0
+---
+
+## 1. CVS 简介
+
+CVS（Concurrent Versions System，并发版本系统）是一种集中式版本控制系统，主要用于管理源代码的修改历史和支持多人协作开发。CVS 基于 RCS（Revision Control System）实现文件版本管理，曾广泛应用于早期开源软件项目。
+
+CVS 采用客户端与中央仓库的工作模式。中央仓库（Repository）负责保存文件及其历史版本，开发者通过检出（Checkout）获取工作副本（Working Copy），在本地修改文件后，将变更提交（Commit）至中央仓库。
+
+CVS 以文件为单位维护修订历史，每个文件具有独立的修订号，例如 `1.1`、`1.2` 和 `1.3`。开发者可以查看文件的修改记录、恢复历史版本，并通过标签（Tag）标记项目的特定版本。
+
+## 2. CVS 基本使用
+
+CVS 提供命令行工具，可以完成仓库初始化、项目导入、代码检出、更新和提交等操作。下面以 Linux 环境中的本地仓库为例，介绍基本使用流程。执行前需要确保系统已安装 CVS。
+
+### 2.1 初始化仓库
+
+首先设置 `CVSROOT` 环境变量，指定中央仓库的位置，并执行初始化操作。
+
+```bash
+export CVSROOT="$HOME/cvs-repo"
+mkdir -p "$CVSROOT"
+cvs init
+```
+
+初始化后，CVS 会在仓库中创建用于管理版本控制信息的 `CVSROOT` 目录。
+
+### 2.2 导入项目
+
+创建一个简单的项目，并使用 `cvs import` 将其导入仓库。
+
+```bash
+mkdir cvs-demo-source
+cd cvs-demo-source
+
+echo "Hello CVS" > README.txt
+
+cvs import -m "Initial import" demo DEMO_VENDOR DEMO_START
+```
+
+其中，`demo` 是仓库中的项目模块名称，`DEMO_VENDOR` 和 `DEMO_START` 分别表示供应商分支标签和初始发布标签。
+
+### 2.3 检出与提交
+
+使用 `cvs checkout` 从中央仓库获取项目工作副本，随后修改文件并提交。
+
+```bash
+cd ..
+cvs checkout demo
+cd demo
+
+# 修改文件
+echo "Hello CVS Version 2" > README.txt
+
+# 查看修改内容
+cvs diff README.txt
+
+# 提交修改
+cvs commit -m "Update README" README.txt
+```
+
+`checkout` 会在本地创建项目目录，`diff` 用于比较工作副本与基础版本的差异，`commit` 则将修改提交到中央仓库，并生成新的文件修订版本。
+
+### 2.4 更新与查看历史
+
+CVS 通过 `update` 命令将仓库中的最新修改同步到本地工作副本。
+
+```bash
+# 更新工作副本
+cvs update -dP
+
+# 查看文件历史
+cvs log README.txt
+
+# 查看文件状态
+cvs status README.txt
+
+# 创建版本标签
+cvs tag RELEASE_1_0
+```
+
+其中，`update` 的 `-d` 参数用于创建仓库中新增的目录，`-P` 参数用于清理空目录。`log` 可以查看文件的历史修订信息，`tag` 则用于为当前项目文件的修订版本建立统一标识。
+
+## 3. CVS 的特点与局限
+
+CVS 支持多个开发者同时修改项目文件，采用乐观并发控制机制。当多人修改同一个文件时，CVS 会在更新过程中尝试合并不同的修改。如果修改区域存在冲突，则需要开发者手动解决。
+
+CVS 的版本管理以单个文件为基础，具有以下特点：
+
+- **集中式管理**：项目的版本历史统一保存在中央仓库中。
+- **文件级版本控制**：每个文件独立维护修订号和修改记录。
+- **并发开发**：允许多个开发者同时修改文件，并支持文本合并。
+- **版本标签**：可以将不同文件的特定修订版本关联为一个项目版本。
+
+CVS 也存在一些架构限制。例如，它缺乏跨文件的原子提交机制，一次涉及多个文件的提交可能出现部分文件提交成功的情况。此外，CVS 对目录重命名、分支管理和复杂合并操作的支持相对有限。
+
+## 4. 总结
+
+CVS 是软件版本控制技术发展过程中的重要系统，它建立了以中央仓库、工作副本和文件修订历史为基础的协作开发模式，并对后续版本控制工具产生了深远影响。
+
+随着软件开发需求的发展，SVN 在集中式版本控制模型中改进了原子提交和目录管理等能力，Git 则采用分布式架构和项目快照模型，提供了更灵活的版本管理方式。
+
+目前，CVS 主要用于部分遗留软件项目及历史代码库的维护。了解其工作机制和基本操作，有助于理解版本控制系统的设计与演进。