Subversion 实现版本控制存储库的概念，与任何其他现代版本控制系统一样。与工作副本不同，Subversion 存储库是一个抽象实体，几乎只能由 Subversion 自己的库和工具进行操作。由于大多数用户的 Subversion 交互都涉及使用 Subversion 客户端并在工作副本的上下文中进行，因此我们在本书的大部分内容中讨论了 Subversion 工作副本以及如何操作它。但是，有关存储库的更详细的信息，请查看 第 5 章，存储库管理。

	警告
	在 Subversion 中，系统每个用户都拥有的客户端对象 - 版本化文件的目录以及使系统能够跟踪它们并与服务器通信的元数据 - 被称为 工作副本。虽然其他版本控制系统使用术语 “存储库” 来指代客户端对象，但在 Subversion 的上下文中使用该术语来指代它是不正确的，并且是一个常见的混淆来源。 工作副本将在后面的 名为“Subversion 工作副本”的部分 中进行描述。

Subversion 客户端将任何数量的文件和目录作为单个原子事务提交（即，将所做的更改传递到）。原子事务的含义很简单：要么所有更改都被接受到存储库中，要么所有更改都不被接受。Subversion 试图在程序崩溃、系统崩溃、网络问题以及其他用户操作的情况下保留这种原子性。

每次存储库接受提交时，都会创建一个新的文件系统树状态，称为 修订版。每个修订版都分配一个唯一的自然数，比分配给前一个修订版的数字大 1。新创建存储库的初始修订版编号为 0，仅包含一个空根目录。

图 1.6，“树随时间变化” 说明了可视化存储库的一种不错的方式。想象一个从左到右延伸的修订版号数组，从 0 开始。每个修订版号下都挂着一个文件系统树，每个树都是存储库在提交后状态的 “快照”。

图 1.6 树随时间变化

Subversion 客户端程序使用 URL 来标识 Subversion 存储库中的版本化文件和目录。在大多数情况下，这些 URL 使用标准语法，允许在 URL 中指定服务器名称和端口号。

Subversion 存储库 URL 不限于 http:// 形式。由于 Subversion 为其客户端提供了几种不同的与服务器通信的方式，因此用于寻址存储库的 URL 会根据所采用的存储库访问机制略有不同。表 1.1，“存储库访问 URL” 描述了不同的 URL 方案如何映射到可用的存储库访问方法。有关 Subversion 服务器选项的更多详细信息，请查看 第 6 章，服务器配置。

Subversion 对 URL 的处理有一些值得注意的细微差别。例如，包含 file:// 访问方法（用于本地存储库）的 URL 必须按照惯例，要么具有 localhost 的服务器名称，要么根本没有服务器名称

此外，Windows 平台上的 file:// 方案用户将需要使用非正式的 “标准” 语法来访问位于同一台机器上但与客户端当前工作驱动器不同的驱动器上的存储库。以下两种 URL 路径语法中的任何一种都有效，其中 X 是存储库所在的驱动器

请注意，即使 Windows 上的本机（非 URL）路径形式使用反斜杠，URL 也使用正斜杠。还要注意，在命令行中使用 file:///X|/ 形式时，需要将 URL 括在引号中，以便 shell 将整个内容视为程序的单个参数。

	注意
	您不能像使用典型的 file:// URL 那样在普通 Web 浏览器中使用 Subversion 的 file:// URL。当您尝试在普通 Web 浏览器中查看 file:// URL 时，它会通过直接检查文件系统来读取和显示该位置文件的內容。但是，Subversion 的资源存在于虚拟文件系统中（参见 名为“存储库层”的部分），而您的浏览器将无法理解如何与该文件系统交互。

Subversion 客户端将自动对 URL 进行编码，就像 Web 浏览器一样。例如，URL http://host/path with space/project/españa - 包含空格和上 ASCII 字符 - 将由 Subversion 自动解释为如果您提供了 http://host/path%20with%20space/project/espa%C3%B1a。如果 URL 包含空格，请确保在命令行中将其括在引号中，以便您的 shell 将整个内容视为程序的单个参数。

Subversion 对 URL 的处理有一个值得注意的例外，这也适用于它在许多上下文中的本地路径处理。如果您的 URL 或本地路径的最终路径组件包含一个 at 符号 (@)，您需要使用一种特殊语法（在 名为“挂钩修订版和操作修订版”的部分 中进行了描述）才能使 Subversion 正确地寻址该资源。

在 Subversion 1.6 中，引入了一种新的插入符号 (^) 表示法，作为 “存储库根目录的 URL” 的简写。例如，您可以使用 ^/tags/bigsandwich/ 来引用存储库根目录中 /tags/bigsandwich 目录的 URL。这样的 URL 被称为 存储库相对 URL。请注意，此 URL 语法仅在当前工作目录是工作副本时才有效 - 命令行客户端通过查看工作副本的元数据来了解存储库的根 URL。还要注意，当您希望精确地引用存储库的根目录时，您必须使用 ^/（带有尾部斜杠字符），而不能仅仅使用 ^。Windows 用户不要忘记，插入符号是他们平台上的转义字符。因此，如果您在 Windows 机器上运行 Subversion 客户端，请使用双插入符号 ^^。

Subversion 工作副本是您本地系统上的一个普通目录树，其中包含文件集合。您可以随意编辑这些文件，如果它们是源代码文件，您就可以以通常的方式从这些文件编译程序。您的工作副本是您自己的私人工作区：在您明确告诉它这样做之前，Subversion 永远不会合并其他人的更改，也不会让其他人看到您自己的更改。您甚至可以拥有同一个项目的多个工作副本。

在您对工作副本中的文件进行了一些更改并验证它们正常工作后，Subversion 提供了命令供您 “发布” 您的更改（通过写入存储库），从而使其他与您一起在项目上工作的人员可以使用这些更改。如果其他人发布了他们自己的更改，Subversion 会提供命令供您将这些更改合并到您自己的工作副本中（通过从存储库读取）。请注意，中央存储库是 Subversion 中每个人更改的经纪人 - 更改不会以典型的流程从工作副本直接传递到工作副本。

工作副本还包含一些由 Subversion 创建和维护的额外文件，以帮助它执行这些命令。特别是，每个工作副本都包含一个名为 .svn 的子目录，也称为工作副本的 管理目录。管理目录中的文件帮助 Subversion 识别哪些版本化文件包含未发布的更改，以及哪些文件与其他人的工作相比已过时。

	注意
	在 1.7 版本之前，Subversion 在工作副本的每个版本控制目录中都维护着.svn管理子目录。Subversion 1.7 提供了一种全新的工作副本元数据存储和维护方法，最显着的变化是每个工作副本现在只有一个.svn子目录，它是该工作副本根目录的直接子目录。

工作副本的基本交互

典型的 Subversion 存储库通常包含多个项目的 files（或源代码）；通常，每个项目都是存储库文件系统树中的一个子目录。在这种安排中，用户的工 作副本通常对应于存储库的特定子树。

例如，假设您有一个存储库，其中包含两个软件项目，paint 和 calc。每个项目都位于其自己的顶级子目录中，如图 1.7, “存储库的文件系统”所示。

图 1.7. 存储库的文件系统

要获取工作副本，您必须检出存储库的某个子树。（术语检出听起来似乎与锁定或预订资源有关，但事实并非如此；它只是为您创建项目的 工作副本。）例如，如果您检出/calc，您将获得如下工作副本：

$ svn checkout http://svn.example.com/repos/calc
A    calc/Makefile
A    calc/integer.c
A    calc/button.c
Checked out revision 56.
$ ls -A calc
Makefile  button.c integer.c .svn/
$

左边空白处字母 A 的列表表示 Subversion 将向您的工作副本添加多个项目。您现在拥有存储库的 /calc 目录的个人副本，其中包含一个附加条目 .svn，用于保存 Subversion 所需的额外信息，如前所述。

假设您对 button.c 进行了更改。由于 .svn 目录会记住文件的原始修改日期和内容，因此 Subversion 可以判断您是否更改了该文件。但是，Subversion 不会公开您的更改，除非您明确告诉它这样做。发布更改的操作通常称为提交（或检入）更改到存储库。

要发布更改，您可以使用 Subversion 的 svn commit 命令：

$ svn commit button.c -m "Fixed a typo in button.c."
Sending        button.c
Transmitting file data .
Committed revision 57.
$

现在，您对 button.c 的更改已提交到存储库，并附带了描述更改的说明（即您修复了拼写错误）。如果另一个用户检出 /calc 的工作副本，她将在该文件的最新版本中看到您的更改。

假设您有一个合作者 Sally，她在您检出 /calc 的工作副本时，也检出了该工作副本。当您提交对 button.c 的更改时，Sally 的工作副本将保持不变；Subversion 仅在用户请求时修改工作副本。

要使她的项目保持最新状态，Sally 可以要求 Subversion 更新她的工作副本，方法是使用 svn update 命令。这会将您的更改合并到她的工作副本中，以及自她检出工作副本以来提交的任何其他更改。

$ pwd
/home/sally/calc
$ ls -A
Makefile button.c integer.c .svn/
$ svn update
Updating '.':
U    button.c
Updated to revision 57.
$

svn update 命令的输出表明 Subversion 更新了 button.c 的内容。请注意，Sally 不需要指定要更新哪些文件；Subversion 使用 .svn 目录中的信息以及存储库中的更多信息来确定哪些文件需要更新。