更新到修订项目与恢复到修订项目

将工作副本更新到选定的修订版。如果您希望您的工作副本反映过去的一段时间，或者如果有进一步的提交到存储库，并且您希望一步一步地更新您的工作副本，那么这种方法非常有用。最好更新工作副本中的整个目录，而不仅仅是一个文件，否则工作副本可能不一致。这是用来测试一个特定的转速目的，如果您的测试已经完成，您可以使用这个命令来测试另一个转速，或者使用 < strong > SVN Update 来获取 HEAD

如果要永久撤消早先的更改，请使用 恢复此修订版。

来自 TSVN 的帮助医生

如果您更新您的工作副本到一个更早的转速，这只会影响您自己的工作副本，在您做了一些更改，并希望提交，您将失败，TSVN 会提醒您更新您的 WC 到最新的修订第一 如果您恢复到一个牧师，您可以提交到存储库。每个人都将返回到牧师后，他们做了一个更新。

您的工作副本中的文件在恢复之后可能完全相同，但是它们仍然是非常不同的操作——存储库处于完全不同的状态，并且在恢复到旧版本之后您将有不同的选项可用。

简而言之，“ update to”只影响您的工作副本，但是“反向合并和提交”将影响存储库。

如果您“更新”到一个旧版本，那么存储库没有改变: 在您的示例中，HEAD 版本仍然是100。您不必提交任何内容，因为您只是在处理工作副本。如果您修改您的工作副本并尝试提交，您将被告知您的工作副本已过期，并且您需要在提交之前进行更新。如果处理同一存储库的其他人执行了“更新”，或者如果您签出了第二个工作副本，那么它将是 r100。

但是，如果您“反向合并”到一个旧版本，那么您的工作副本仍然基于 HEAD (假设您是最新的)——但是您正在创建一个新版本以取代不需要的更改。您必须提交这些更改，因为您正在更改存储库。一旦完成，任何基于 HEAD 的更新或新的工作副本将显示 r101，其中包含您刚才提交的内容。

更新到修订 将只更新您的工作副本的文件到您选择的修订。 但是你的 不能再继续了工作在这个修订，因为 SVN 会抱怨你的工作副本是 过时了。

恢复到此修订 将撤消在所选修订之后对工作副本所做的所有更改(在示例 rev.96,97,98,99,100中) 您的工作副本现在在 修正状态。

两种情况下的文件内容是相同的，但是在第一种情况下，你有一个 未经修改的工作副本，你不能提交你的变更(因为你的工作副本没有指向 HEAD 转速100)在第二种情况下，你有一个 修改过的工作副本指向头，你可以继续工作和提交

为了理解在这两种情况下工作副本的状态是如何不同的，您必须理解 基地修订的概念:

基地

工作副本中某项的修订号。如果该项已为 局部修改，这是指 物品没有这些的样子 局部改装。

工作副本包含每个文件的快照(隐藏在。Svn 文件夹) ，意思是 就像上次从存储库中检索到的那样。这解释了为什么工作副本占用2倍的空间，以及如何在没有网络连接的情况下检查甚至恢复本地修改。

更新项目到修订 更改此基础修订，使基础过时。当您尝试提交本地修改时，SVN 将注意到您的 BASE 与存储库 HEAD 不匹配。提交将被拒绝，直到您执行更新(可能还包括合并)来修复此问题。