如果你没有改变，你总是可以非常彻底和/或懒惰地做……

rm -rf *
svn update

但是，不，真的，不要这样做，除非你真的确定从太空发射核武器是你想要的!!这样做的好处是可以销毁所有构建cruft、临时文件和SVN忽略的东西。

更正确的解决方案是使用revert命令:

svn revert -R .

-R使subversion递归并恢复当前工作目录下及以下的所有内容。

我综合了其他人的答案，得出了这个解决方案:

恢复SVN本地正常变化

svn revert -R .

删除任何其他更改，并支持删除带有空格的文件/文件夹等。

svn status --no-ignore | grep -E '(^\?)|(^\I)' | sed -e 's/^. *//' | sed -e 's/\(.*\)/"\1"/' | xargs rm -rf

不要忘记从SVN获取最新的文件

svn update --force

svn revert -R .
svn cleanup . --remove-unversioned

svn恢复

SVN还原将撤销您所做的任何本地更改

这里没有一个答案是我想要的。这是我想到的:

# Recursively revert any locally-changed files
svn revert -R .

# Delete any other files in the sandbox (including ignored files),
# being careful to handle files with spaces in the name
svn status --no-ignore | grep '^\?' | \
    perl -ne 'print "$1\n" if $_ =~ /^\S+\s+(.*)$/' | \
    tr '\n' '\0' | xargs -0 rm -rf

在Linux上测试;可以在Cygwin中工作，但依赖于(我相信)特定于gnu的扩展，允许xargs基于“\0”而不是空白分割。

上述命令的优点是它不需要任何网络活动来重置沙盒。你得到的和之前的完全一样，你失去了所有的变化。(在有人指责我的代码破坏了他们的工作之前，免责声明);-)

我在一个持续集成系统上使用这个脚本，我想确保在运行一些测试后执行干净的构建。

编辑:我不确定这适用于所有版本的Subversion。svn status命令的格式是否始终一致尚不清楚。与使用这种通用rm命令的任何命令一样，使用风险由您自己承担。