要查看更改概述，请使用svn status命令。您可能比任何其他 Subversion 命令都更频繁地使用svn status。

	提示
	由于cvs status命令的输出非常嘈杂，并且由于cvs update不仅执行更新，还报告本地更改的状态，因此大多数 CVS 用户习惯使用cvs update来报告他们的更改。在 Subversion 中，更新和状态报告功能是完全独立的。有关更多详细信息，请参阅名为“状态和更新之间的区别”的部分。

如果您在工作副本的顶部运行svn status，并且没有其他参数，它将检测并报告您所做的所有文件和树更改。

$ svn status
?       scratch.c
A       stuff/loot
A       stuff/loot/new.c
D       stuff/old.c
M       bar.c
$

在默认输出模式下，svn status 打印七列字符，然后是几个空格字符，然后是文件或目录名称。第一列显示文件或目录及其内容的状态。svn status 显示的一些最常见的代码是

如果您将特定路径传递给 svn status，您将获得有关该项目本身的信息

$ svn status stuff/fish.c
D       stuff/fish.c

svn status 还有一个 --verbose (-v) 选项，它将显示您工作副本中 每个 项目的状态，即使它没有被更改

$ svn status -v
M               44        23    sally     README
                44        30    sally     INSTALL
M               44        20    harry     bar.c
                44        18    ira       stuff
                44        35    harry     stuff/trout.c
D               44        19    ira       stuff/fish.c
                44        21    sally     stuff/things
A                0         ?     ?        stuff/things/bloo.h
                44        36    harry     stuff/things/gloo.c

这是 svn status 的 “长格式” 输出。第一列中的字母与之前相同，但第二列显示项目的当前修订版本。第三列和第四列显示项目最后更改的修订版本以及更改者。

之前对 svn status 的调用都不会联系仓库 - 它们只是根据存储在工作副本管理区域中的记录以及修改文件的 timestamps 和内容来报告有关工作副本项目的信息。但有时查看工作副本中的哪些项目自上次更新工作副本以来在仓库中被修改是有用的。为此，svn status 提供了 --show-updates (-u) 选项，它会联系仓库并添加有关过时项目的的信息

$ svn status -u -v
M      *        44        23    sally     README
M               44        20    harry     bar.c
       *        44        35    harry     stuff/trout.c
D               44        19    ira       stuff/fish.c
A                0         ?     ?        stuff/things/bloo.h
Status against revision:   46

请注意前面的示例中的两个星号：如果您要在此处运行 svn update，您将收到对 README 和 trout.c 的更改。这告诉您一些非常有用的信息 - 因为其中一个项目也是您本地修改的项目（文件 README），您需要更新并获取该文件的服务器更改，然后才能提交，否则仓库将拒绝您的提交，因为它已经过时。我们将在后面更详细地讨论这一点。

svn status 可以显示关于工作副本中文件和目录的更多信息，比我们这里展示的要多得多。要详细了解 svn status 及其输出，请运行 svn help status 或查看 svn status (stat, st) 在 第 9 章，Subversion 完整参考 中。

另一种检查更改的方法是使用 svn diff 命令，该命令显示文件内容的差异。当您在工作副本的顶层运行 svn diff 而不带任何参数时，Subversion 将打印您对工作副本中人类可读文件所做的更改。它以 统一 diff 格式显示这些更改，这种格式将更改描述为文件内容的 “块”（或 “片段”），其中每行文本都以一个单字符代码为前缀：空格，表示该行未更改；减号 (-)，表示该行已从文件中删除；或加号 (+)，表示该行已添加到文件中。在 svn diff 的上下文中，这些以减号和加号为前缀的行分别显示了这些行在您修改之前和之后的样子。

以下是一个示例

$ svn diff
Index: bar.c
===================================================================
--- bar.c	(revision 3)
+++ bar.c	(working copy)
@@ -1,7 +1,12 @@
+#include <sys/types.h>
+#include <sys/stat.h>
+#include <unistd.h>
+
+#include <stdio.h>

 int main(void) {
-  printf("Sixty-four slices of American Cheese...\n");
+  printf("Sixty-five slices of American Cheese...\n");
 return 0;
 }

Index: README
===================================================================
--- README	(revision 3)
+++ README	(working copy)
@@ -193,3 +193,4 @@
+Note to self:  pick up laundry.

Index: stuff/fish.c
===================================================================
--- stuff/fish.c	(revision 1)
+++ stuff/fish.c	(working copy)
-Welcome to the file known as 'fish'.
-Information on fish will be here soon.

Index: stuff/things/bloo.h
===================================================================
--- stuff/things/bloo.h	(revision 8)
+++ stuff/things/bloo.h	(working copy)
+Here is a new file to describe
+things about bloo.

svn diff 命令通过将您的工作文件与它的原始文本库进行比较来生成此输出。计划添加的文件将显示为所有行都已添加的文件；计划删除的文件将显示为所有行都已从这些文件中删除的文件。来自 svn diff 的输出与 patch 程序有一定的兼容性——与 Subversion 1.7 中引入的 svn patch 子命令的兼容性更高。这些补丁处理命令读取并应用 补丁文件（或 “补丁”），这些文件描述了对一个或多个文件所做的更改。因此，您可以通过从 svn diff 的重定向输出创建补丁文件，将您在工作副本中所做的更改与其他人共享，而无需先提交这些更改。

$ svn diff > patchfile
$

默认情况下，Subversion 使用其内部 diff 引擎，该引擎生成统一 diff 格式。如果您想要以其他格式输出 diff，请使用 --diff-cmd 指定外部 diff 程序，并通过 --extensions (-x) 选项传递其所需的任何其他标志。例如，您可能希望 Subversion 将其差异计算和显示推迟到 GNU diff 程序，并要求该程序以上下文 diff 格式（另一种差异格式）打印对文件 foo.c 所做的本地修改，同时忽略仅对文件内容中使用的字母的大小写所做的更改。

$ svn diff --diff-cmd /usr/bin/diff -x "-i" foo.c
…
$

在决定如何交互式地解决冲突之前，您很可能希望查看确切的冲突内容。在交互式冲突解决提示符下可用的两个命令可以帮助您。第一个是 “diff-full” 命令 (df)，它显示对所讨论文件的任何本地修改以及任何冲突区域

…
Select: (p) postpone, (df) diff-full, (e) edit,
        (mc) mine-conflict, (tc) theirs-conflict,
        (s) show all options: df
--- .svn/text-base/sandwich.txt.svn-base      Tue Dec 11 21:33:57 2007
+++ .svn/tmp/tempfile.32.tmp     Tue Dec 11 21:34:33 2007
@@ -1 +1,5 @@
-Just buy a sandwich.
+<<<<<<< .mine
+Go pick up a cheesesteak.
+=======
+Bring me a taco!
+>>>>>>> .r32
…

diff 内容的第一行显示工作副本的先前内容（BASE 版本），下一行内容是您的更改，最后一行内容是刚刚从服务器接收到的更改（通常 是 HEAD 版本）。

第二个命令类似于第一个命令，但 “display-conflict” (dc) 命令仅显示冲突区域，而不是对文件进行的所有更改。此外，此命令对冲突区域使用略微不同的显示格式，使您能够更轻松地比较文件内容在这些区域中的显示方式，就像它们在三种状态中的显示方式一样：原始且未编辑；应用了您的本地更改并忽略了服务器的冲突更改；以及仅应用了服务器的传入更改并还原了您的本地冲突更改。

在查看了这些命令提供的信息后，您就可以继续执行下一步操作。

有几种不同的方法可以交互式地解决冲突，其中两种方法允许您选择性地合并和编辑更改，其余方法允许您简单地选择文件的一个版本并继续。

如果您希望选择本地更改的某些组合，可以使用 “edit” 命令 (e) 在文本编辑器中手动编辑带有冲突标记的文件（根据 “使用外部编辑器”部分 中的说明进行配置）。编辑完文件后，如果您对所做的更改感到满意，可以使用 “resolved” 命令 (r) 告诉 Subversion 编辑后的文件不再冲突。

无论您的本地 Unix 极客可能会告诉您什么，在您喜欢的文本编辑器中手动编辑文件是一种比较低技术的方法来解决冲突（请参阅 “手动合并冲突”部分 以获取逐步操作）。为此，Subversion 提供了 “launch” 解决命令 (l) 来启动一个花哨的图形合并工具（请参阅 “外部合并”部分）。

如果您决定不需要合并任何更改，而只想接受文件的一个版本或另一个版本，您可以选择您的更改（也称为 “mine”）使用 “mine-full” 命令 (mf) 或选择他们的更改使用 “theirs-full” 命令 (tf)。

最后，还提供了一对折衷方案。 “mine-conflict” (mc) 和 “theirs-conflict” (tc) 命令分别指示 Subversion 选择您的本地更改或服务器的传入更改作为所有冲突的 “获胜者”。 但是，与 “mine-full” 和 “theirs-full” 命令不同，这些命令在未检测到冲突的文件区域保留您的本地更改和从服务器接收的更改。

这听起来可能像是避免婚姻纠纷的合适部分，但实际上它仍然与 Subversion 有关，所以请继续阅读。 如果您正在执行更新并遇到您没有准备审查或解决的冲突，您可以在运行 svn update 时键入 p 以推迟逐文件解决冲突。 如果您事先知道您不想以交互方式解决任何冲突，您可以将 --non-interactive 选项传递给 svn update，并且任何冲突文件将自动标记为 C。

C（代表 “冲突”）表示服务器的更改与您自己的更改重叠，现在您必须在更新完成后手动选择它们。

例如，Sally 对文件 sandwich.txt 进行了更改，但尚未提交这些更改。与此同时，Harry 提交了对同一文件的更改。Sally 在提交之前更新了她的工作副本，并且遇到了冲突，她将其推迟了。

$ svn update
Updating '.':
Conflict discovered in 'sandwich.txt'.
Select: (p) postpone, (df) diff-full, (e) edit,
        (mc) mine-conflict, (tc) theirs-conflict,
        (s) show all options: p
C    sandwich.txt
Updated to revision 2.
Summary of conflicts:
  Text conflicts: 1
$ ls -1
sandwich.txt
sandwich.txt.mine
sandwich.txt.r1
sandwich.txt.r2

此时，Subversion 将不允许 Sally 提交文件 sandwich.txt，直到删除三个临时文件。

$ svn commit -m "Add a few more things"
svn: E155015: Commit failed (details follow):
svn: E155015: Aborting commit: '/home/sally/svn-work/sandwich.txt' remains in conflict

如果您推迟了冲突，则需要在 Subversion 允许您提交更改之前解决冲突。您将使用 svn resolve 命令和 --accept 选项的几个参数之一来执行此操作。

如果您想选择您上次检出文件之前进行编辑的版本，请选择 base 参数。

如果您想选择仅包含您编辑的版本，请选择 mine-full 参数。

如果您想选择您最近更新从服务器拉取的版本（从而完全丢弃您的编辑），请选择 theirs-full 参数。

但是，如果您想从您的更改和从服务器获取的更新中选择和选择更改，请合并有冲突的文本“手动”（通过检查和编辑文件中的冲突标记），然后选择工作参数。

svn resolve 删除三个临时文件并接受您使用 --accept 选项指定的版本的文件，Subversion 不再认为该文件处于冲突状态

$ svn resolve --accept working sandwich.txt
Resolved conflicted state of 'sandwich.txt'

手动合并冲突在您第一次尝试时可能非常令人生畏，但只要稍微练习一下，它就会变得像骑自行车一样容易。

以下是一个示例。由于沟通不畅，您和您的合作者 Sally 同时编辑了文件 sandwich.txt。Sally 提交了她的更改，当您更新您的工作副本时，您遇到了冲突，您将不得不编辑 sandwich.txt 来解决冲突。首先，让我们看一下文件

$ cat sandwich.txt
Top piece of bread
Mayonnaise
Lettuce
Tomato
Provolone
<<<<<<< .mine
Salami
Mortadella
Prosciutto
=======
Sauerkraut
Grilled Chicken
>>>>>>> .r2
Creole Mustard
Bottom piece of bread

小于号、等号和大于号的字符串是冲突标记，不是冲突的实际数据的一部分。您通常希望确保在下次提交之前从文件中删除这些标记。第一个和第二个标记集之间的文本包含您在冲突区域中所做的更改

<<<<<<< .mine
Salami
Mortadella
Prosciutto
=======

第二个和第三个冲突标记集之间的文本是 Sally 提交的文本

=======
Sauerkraut
Grilled Chicken
>>>>>>> .r2

通常您不会只想删除冲突标记和 Sally 的更改——当三明治到达时，它不是她想要的，她会非常惊讶。这就是您拿起电话或走到办公室，向 Sally 解释您无法从意大利熟食店买到酸菜的地方。^[7] 一旦您就将要提交的更改达成一致，请编辑您的文件并删除冲突标记

Top piece of bread
Mayonnaise
Lettuce
Tomato
Provolone
Salami
Mortadella
Prosciutto
Creole Mustard
Bottom piece of bread

现在使用 svn resolve，您就可以提交您的更改了

$ svn resolve --accept working sandwich.txt
Resolved conflicted state of 'sandwich.txt'
$ svn commit -m "Go ahead and use my sandwich, discarding Sally's edits."

请注意，svn resolve 与本章中我们处理的大多数其他命令不同，它要求您明确列出您希望解决的任何文件名。无论如何，您都要小心，只在您确定已修复文件中的冲突时才使用 svn resolve——一旦临时文件被删除，Subversion 就会让您提交文件，即使它仍然包含冲突标记。

如果您在编辑有冲突的文件时感到困惑，您始终可以参考 Subversion 为您在工作副本中创建的三个文件——包括您更新之前的文件。您甚至可以使用第三方交互式合并工具来检查这三个文件。

如果您遇到冲突并决定放弃您的更改，您可以运行 svn resolve --accept theirs-full CONFLICTED-PATH，Subversion 将丢弃您的编辑并删除临时文件。

$ svn update
Updating '.':
Conflict discovered in 'sandwich.txt'.
Select: (p) postpone, (df) diff-full, (e) edit,
        (mc) mine-conflict, (tc) theirs-conflict,
        (s) show all options: p
C    sandwich.txt
Updated to revision 2.
Summary of conflicts:
  Text conflicts: 1
$ ls sandwich.*
sandwich.txt  sandwich.txt.mine  sandwich.txt.r2  sandwich.txt.r1
$ svn resolve --accept theirs-full sandwich.txt
Resolved conflicted state of 'sandwich.txt'
$

如果您决定放弃您的更改并重新开始编辑（无论是在冲突之后还是在任何时候），只需还原您的更改。

$ svn revert sandwich.txt
Reverted 'sandwich.txt'
$ ls sandwich.*
sandwich.txt
$

请注意，当您还原冲突文件时，您无需使用 svn resolve。