用于增加文件或目录到你的工作副本中的 Subversion 命令。当你提交时，这些新项目会增加到版本库中。

工作拷贝中的文件或文件夹的当前基础版本。它是文件或文件夹上次检出、更新或提交后的版本。通常基础版本与最新版本并不相同。

这个命令只能用于文本文件，它显示每行由哪个版本最后修改，以及修改的作者。我们的 GUI 实现称之为 TortoiseBlame，当你将鼠标停靠在版本号上时，还会显示提交的日期/时间，和日志。

伯克利 DB（BDB）。 一个经过广泛测试的版本库的数据库后端，不能使用网络文件系统(例如 NFS 或 SMBFS)。是 1.2 版本及以前的版本库之默认后端。

一个经常被开发者在特定时期跟踪两个独立路径时使用的术语，它描述了在版本控制系统中发生的事情。你可以从主开发线创建分支，从而开发新特性，不会使主开发线陷入不稳定状态。或者你创建一个稳定发布版的分支，仅用于修复问题，新的开发位于不稳定的主开发线。在 Subversion 中，分支用“廉价拷贝”实现。

此 Subversion 命令从版本库下载受版本控制的文件，在空目录创建本地工作副本。

To quote from the Subversion book: “ Recursively clean up the working copy, removing locks and resuming unfinished operations. If you ever get a working copy locked error, run this command to remove stale locks and get your working copy into a usable state again. ” Note that in this context lock refers to local filesystem locking, not repository locking.

此 Subversion 命令用于将你的本地修改传递到版本库中，创建新版本。

当仓库的改变合并到本地修改时，有时会在相同的行修改。在这种情况下，Subversion 不能自动决定采用哪个版本，文件就处于冲突状态。你必须手工编辑文件，在你提交之前解决冲突。

在 Subversion 版本库中，你可以创建单个文件或一个目录树的副本。此操作用“廉价拷贝”实现，它有些象符号连接到原始文件，几乎不耗费空间。创建的副本保留了历史，所以你可以跟踪副本创建之前的修改。

当你删除一个受版本控制的项(并且提交了修改)，在那么在此提交版本后，它就消失于版本库中。当然，它仍旧包含在版本库的早期版本中，所以你还可以存取它。如果需要，你可以复制一个已删除项，包含历史的彻底“复活”它。

“显示差异”的简写。当你想精确的察看变化时很有用。

此命令产生一个受版本控制的文件夹之副本，很像工作副本，只是没有本地的 .svn 文件夹。

FS 文件系统。一个专用于 Subversion 版本库的文件系统后端，可以使用网络文件系统(例如 NFS 或 SMBFS)。是 1.2 版本及其后的版本库之默认后端。

组策略对象

版本库 中的文件或文件夹的最新版本。

用于一次导入整个文件夹(包含子目录)的 Subversion 命令。

当你加锁一个版本控制项目，除了在发出加锁命令的工作目录，它在版本库中被标记为不可提交的。

显示文件或目录的版本历史。也称为“历史”。

显示文件或目录的版本历史。也称为“日志”。

将版本库中的修改增加到你的工作副本，不破坏本地的任何改变。有时这些修改不能自动协调，工作副本的状态称为冲突。

当你更新工作副本时，自动发生合并。你可以使用 TortoiseSVN 的合并命令合并其它分支的指定修改。

如果工作副本只修改了文本文件，就可以使用 Subversion 的差异命令产生一个标准差异格式文件。这种文件类型通常称为“补丁”，可以应用到其他工作副本。没有提交权的人可以在修改后，发送补丁文件给一个认可的提交者来提交。或者不能确定此修改是否恰当，你可以发送补丁给其他人评审。

在版本控制文件和目录之外，Subversion 还允许你增加版本控制元数据 - 称为“属性” - 到你的版本控制文件和目录。每个属性都有名字和值，很像注册表键。Subversion 有内部使用的专用属性，例如 svn:eol-style。TortoiseSVN 也是如此，例如 tsvn:logminsize。你可以增加自己的属性，允许选择任意名称和取值。

如果你的版本库移动了，或许是你在服务器上将它移到其它目录，或者服务器域名改变了，你需要“重新定位”工作目录，让其版本库地址指向新的位置。

注意：你只能在同一版本库中，工作副本引用相同的位置，仅版本库移动的情况下使用这个命令。 在其它情况下，或许你需要用“切换”命令。

版本库是存储和维护数据的中央部分。一个版本库的数据库或文件可以放在通过网络可访问的位置，或者存放在一个不需要通过网络就可以访问的地方。

当工作副本中的文件在合并后处于冲突状态时，这些冲突使用使用编辑器(或许是 TortoiseMerge)手工清理。这个步骤称为“解决冲突”。然后你就能标记这些冲突文件已经解决，允许提交这些文件。

当最后更新工作目录时，Subversion 为每个文件保留了一份本地“原始”副本。如果你做了修改，决定撤销，可以使用“恢复”命令得到原始副本。

在你每次提交改变集时，就在版本库创建了一个新“版本”。每个版本都表示版本库历史上的确定状态点。如果你想回溯历史，可以使用版本 N 来检查版本库。

换个说法，版本可以引用它创建时产生的改变集。

正如文件可以有属性，版本库中的版本也有。当创建版本时，会自动创建版本属性，即：svn:date svn:author svn:log，分别描述了提交日期/时间，提交者，日志信息。这些信息可以编辑，但是没有版本，所以任何修改都是永久的，不能撤销。

一个友好的 Subversion 缩写。

被“svnserve”版本库服务器使用的专用协议名称。

就像“更新到版本”改变了工作副本的时间窗口，可以察看历史上的不同时间点一样，“切换” 改变了工作副本的空间窗口，它可以指向版本库中的不同部分。当两个开发分支仅有少数文件不同时，它非常有用。你可以在两者之间切换工作副本，只有修改的文件内容被传送。

此命令从 Subversion 版本库下载最新的修改到你的工作副本，合并任何本地修改。

这是一个本地 “沙箱”，你在受版本控制的文件上工作的区域，它通常位于你的本地硬盘上。你可以用“检出”从版本库创建工作副本，使用“提交”将你的改变传回版本库。