我正在处理一个由SVN控制的大型已建立项目。 代码库的许多部分作为外部引用进行检出，但是由其他人积极开发。
我想要更新整个工作副本（包括所有的外部引用），以便在特定时间点反映出各个存储库的HEADS。 我最初的尝试是：
svn up -r'{20090324}'
这会将当前目录更新到指定日期，但将所有外部内容更新到当前日期。逐个更新外部内容可以按预期工作。
我知道由于外部内容的特殊性质，使用单个修订版本号无法进行更新，但为什么使用日期也不起作用呢？
有没有最好的方法实现我所寻找的按时间点的效果，而不必维护一个硬编码各种外部内容的脚本？
我正在运行Linux系统。
这种方法效率低下，因为它比通常需要的更频繁地调用svn update。否则，它是简短而甜美的：
Unix:
find . -name .svn -execdir svn update -r {2010-08-30} \;
Windows：
forfiles /m .svn /s /c "cmd /c svn up -r {2010-08-30}"
forfiles /m .svn /s /c "cmd /c cd"来证实。即使我找不到任何文档说明它会这样做...但是实验结果表明它确实会这样做！ - Wyck--ignore-externals标志，如maniek的解决方案所示。 - Steinls -r -dir -hidden | where name -eq .svn | %{svn up --ignore-externals -r {2010-08-30} $_.parent.fullname} - Steindesc 'Update external for this project (rake update_external r=17789)'
task :update_external do |t|
rev = ENV['r']
rev =~ /^\d+$/ or raise "Invalid SVN revision number: r=<#{rev}>"
# Update the project.
sh "svn update"
URL = 'svn+ssh://example.com/external/trunk'
sh "svn propset svn:externals 'external -r#{rev} #{URL}' containing/directory"
# Update again -- to put the externals back to the right revision.
sh "svn update"
end
这个是我迄今为止找到的最佳解决方案（这是一个棘手的问题 - 子版本开发人员应该在核心中修复它）。这个例子特别处理mplayer，但你应该很容易看出逻辑。
; fetch the rev I want without including the externals
svn checkout -r "$REV" --ignore-externals \
svn://svn.mplayerhq.hu/mplayer/trunk
; grab the date of that rev from the svn info output
DATE=`svn info trunk|sed -n '/^Last Changed Date/s/.*: \(.*\) (.*/\1/p'`
; fetch the externals using that date
svn checkout -r "{$DATE}" \
svn://svn.mplayerhq.hu/ffmpeg/trunk/libavutil \
svn://svn.mplayerhq.hu/ffmpeg/trunk/libavformat \
svn://svn.mplayerhq.hu/ffmpeg/trunk/libavcodec \
svn://svn.mplayerhq.hu/ffmpeg/trunk/libpostproc
基于Dave Cohen的回答，但速度要快得多：
find . -name '.svn' -execdir svn up --ignore-externals -r '{2014-02-05}' \;
svn propget svn:externals | sed -e 's/ .*$//g' | xargs svn up -r'{20090324}'
这有点棘手，我很抱歉无法为您当前的情况提供一个好的解决方案 - 但是Brian已经给出了避免它的答案。
避免这种情况需要一点仓库理论 - 基本上，在没有对主干进行相应修订的情况下，必须不能修改项目任何源代码。
通过将所有外部指向标记或特定版本，不会在未提交外部引用更改的情况下出现任何来自它们的更改。但是，如果将外部指向移动的主干，则对外部的更改将完全不会显示在主项目的时间线中 - 这就使您处于当前的位置。
个人而言，我认为外部应被视为独立项目并发布，因此所有外部都指向标记。在进行大量并行开发时，可以“切换”外部到主干，或者暂时将不稳定的开发分支指向外部主干，但主干项目总是指向稳定的外部，并且升级是一个有意识的决定。这种观点可能对您的情况过于严格，但值得看看其他可能性。
让svn为您执行递归操作。
临时文件和tee仅用于让您看到完整的输出：
SVN_UP_OUTPUT=$(mktemp SVN_UP_OUTPUT.XXXXX)
svn up -r$REVISION | tee $SVN_UP_OUTPUT
cat $SVN_UP_OUTPUT | egrep '^Fetching external' | egrep -o "'.*'" | sed -e "s/'//g" | while read DIR;do
echo $$ svn up -r$REVISION "$DIR"
svn up -r$REVISION "$DIR"
done
rm $SVN_UP_OUTPUT
svn up -r$REVISION | egrep '^Fetching external' | egrep -o "'.*'" | sed -e "s/'//g" | while read DIR;do
svn up -r$REVISION "$DIR"
done
当然，在你的情况下：
REVISION='{20090324}'
当您更新主WC时，您正在更新的修订版/日期等不会传递到在更新时进行更新的外部。在外部定义中没有指定特定的修订版的情况下，它们将始终跟踪它们所指向的任何内容的头部。如果您在此处指定了修订版，则这是您将获得的唯一修订版。我非常确定您尝试做的事情是不可能的-这是我尝试解决我遇到的问题的方法，正如我在this question中描述的那样。（虽然我从未解决过那个问题，但我认为在那里提到的代理想法可以解决它。但它可能对您没有帮助）