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

svn diff > stash.patch
svn revert -R .

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

patch < stash.patch

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

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

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

svn diff > stash.patch
svn revert -R .

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

patch < stash.patch

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

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

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

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

当我的工作副本中的一个任务有未提交的更改时，我需要切换到另一个任务，我会做以下两件事之一:

为第二个任务签出一个新的工作副本。 或 启动分支: workingcopy$ svn copy CURRENT_URL_OF_WORKING_COPY SOME_BRANCH workingcopy$ svn switch SOME_BRANCH Workingcopy $ SVN commit -m“正在进行的工作” workingcoyp$ svn switch WHATEVER_I_WAS_WORKING_ON_BEFORE

我有一些脚本可以帮助实现自动化。

这篇博文建议使用diff和patch。

Git stash大约变成SVN diff > patch_name.patch;svn revert -R。 Git stash应用变成补丁-p0 < patch_name.patch

注意，这不会隐藏元数据更改或(我认为)目录创建/删除。(是的，svn与目录内容分开跟踪，不像git。)

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

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