最简单的方法是使用一个临时分支，就像这样:

$ svn copy ^/trunk ^/branches/tempbranch
$ svn switch ^/branches/tempbranch
$ svn commit -m "Stashed"
$ svn switch ^/trunk
$ ... hack away in trunk ...
$ svn commit -m "..."
$ svn merge ^/branches/tempbranch .
$ svn rm ^/branches/tempbranch
$ ... continue hacking

这可以(而且可能应该)放在一个脚本中，如果更有规律的话。

您可以使用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子目录。

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

为第二个任务签出一个新的工作副本。 或 启动分支: 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

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

你可以使用Intellij IDEA - Shelve Changes轻松做到这一点

Use:

svn cp --parents . ^/trash-stash/my-stash

它将从当前位置和当前修订创建一个分支，然后将工作副本中的更改提交给该分支，而不切换到该分支。

复制SRC[@REV]…DST SRC和DST都可以是工作副本(WC)路径或URL: WC -> URL:立即将WC副本提交到URL

注意，工作副本中的更改不会自动恢复(cp只是将更改复制到一个新的分支)，您必须手动恢复它们。

要恢复更改，只需将新创建的分支的更改合并到工作副本。

svn merge --ignore-ancestry ^/trash-stash/my-stash -c <commited revision>

——ignore-ancestry用于不更新工作副本中的合并信息。

Use:

svn ls -v ^/trash-stash/

看看你藏东西的地方有什么。提交的修订版也被印刷。

如果你不需要了，就运行:

svn rm ^/trash-stash/my-stash

这种解决方案比使用patch更好，因为如果工作副本或当前分支的新更改与stash中的更改发生冲突，可以使用svn手段解决冲突，而patch在某些情况下会失败甚至不正确地应用patch。