您可以使用svn diff将当前更改存储到补丁文件中，然后恢复您的工作副本:

svn diff > stash.patch
svn revert -R .

在你实现了你的准备功能后，你可以用补丁工具应用你的补丁:

patch < stash.patch

正如其他人所注意到的，这将不适用于svn:properties和树形操作(添加、删除、重命名文件和目录)。

二进制文件也可能会出现问题，我不知道补丁(或TortoiseSVN在这种情况下如何处理它们)。

在GPL 3下有一个名为svn-stash的小Python 2脚本:https://github.com/frankcortes/svn-stash。

它的工作原理类似于前面提到的svn diff/patch解决方案，并提供了将更改作为diffs推入和弹出到某个本地目录的功能。不幸的是，存储不能被命名，只有最后一个可以被弹出(好吧，是的，它是一个堆栈，但没有这样的限制的真正原因)。但是，您总是可以将缺少的特性构建到源代码中。

它是为*ix编写的，但是在将每个“/”替换为os之后。sep它在Windows下工作得很好。

如果您使用svn 1.7或更高版本，您需要更改is_a_current_stash():删除如果“。在os.listdir(CURRENT_DIR):，因为在1.7 WC中只有一个顶级的。svn子目录。

我总是保持第二次签出，我称之为“trunk_clean”。每当我需要做一个与我正在做的事情相关的快速、孤立的更改时，我就在签出时提交。

上面的分支和补丁想法很棒，但对我来说并不管用。我使用一个可视化的diff工具，所以运行git diff不会产生基于文本的补丁。每次创建分支时，我们的构建系统都会旋转一个新环境，因此创建临时的“隐藏”分支会很混乱。

相反，我编写了一个小shell脚本，它将文件复制到“shelf”目录，添加时间戳，并恢复更改。它不如上面的解决方案健壮，但它也避免了我遇到的一些陷阱。

在我的实践中，我使用git init在Subversion存储库的trunk目录中创建一个git存储库，然后添加*。git到吸盘忽略模式。

在修改了一些文件后，如果我想继续使用Subversion主线进行工作，我只需使用git stash来隐藏我的工作。在提交到Subversion存储库之后，我使用git stash pop来恢复我的修改。

另一种选择是将当前签出复制到一个新目录并恢复所有更改。这样就省去了在服务器上创建临时分支的麻烦——毕竟存储是一个本地操作，不是每个人都应该看到，而且可以经常这样做。

提交修复程序后，您可以更新主工作副本并删除“存储区域”