分支源是发布周期中常见的源代码管理场景之一。尽快合并是一个好习惯。因此，我们有一个人为因素：分支被关闭，但有些人忘记将一些东西合并回主干。
问：是否有一种“一键式”方法可以获取未从分支X合并到主干的所有修订号？
（注意：我不需要这些修订号来查找要合并的内容，我需要它们来创建自动化验证，提醒人们确保他们没有忘记将某些内容合并到主干。合并本身不是问题。）
似乎svn mergeinfo命令无法帮助这里。如果合并不是在根级别上执行的话，则传递分支和主干的根将失败（这是一个常见的情况）。
欢迎使用脚本、工具或任何类型的svn挂钩作为解决方案。
P.S.
SVN的最新版本。不需要争论这种情况有多常见或好；）
如果你使用的是相对较新版本的Subversion（我认为是1.5或更高版本）并且使用mergeinfo子命令，那么这非常容易实现。
svn mergeinfo --show-revs eligible svn://repo/branches/your-branch-name svn://repo/trunk
这将向您展示所有符合条件的修订版本，可以从分支“your-branch-name”合并到主干。
来源：http://svnbook.red-bean.com/en/1.5/svn.ref.svn.c.mergeinfo.html
-R（递归）选项（至少在当前版本中），它应该会包括较低级别执行的合并。我们通常尝试在顶层进行合并操作（提交可以在较低级别或仅包括某个目录中的文件进行，但合并总是在顶层进行），所以我实际上没有测试过它。 - Adam svn mergeinfo --show-revs eligible 和 svn merge --record-only 的svn版本，用于记录逻辑修复的时间。我知道你的情况可能已经太晚了，但是我为这种情况所做的是建立一个合并提交的约定，以便以后可以识别它们。例如，“合并[1234]：...(完整的提交日志 1234)...”。然后，我可以在稍后的 svn 日志中使用脚本解析它。
为确保您的整个团队都这样做，将合并约定制成脚本并将其放入您的项目中。（例如，./scripts/merge 1234）。人们通常会欣赏这一点，尤其是如果脚本通过自动查找源 URL 等方式使合并比原始 svn 命令更容易。
祝你好运。
我不会担心需要合并的具体更改编号，而是只看差异：
首先，将分支与主干同步（或查看将要合并的内容）：
cd branch-dir
svn merge --reintegrate http://svnrepo/path-to-trunk .
svn ci -m'making this branch current'
cd ../trunk-dir
svn merge --dry-run http://svnrepo/path-to-trunk http://svnrepo/path-to-branch .
svn ci -m'merging in all unmerged changes from <branch>'
记住，svn合并命令看起来就像svn差异命令 - 你创建一个差异/补丁，然后将其应用到特定位置。上面的合并命令只是在说“取出主干和分支之间的所有差异，并将它们应用到主干的工作副本中”。因此，您可以轻松地将第二个合并命令更改为邮件通知的差异。
不要忘记在每种情况下提交之前检查差异，以确保没有发生任何错误。您可能还需要解决一些冲突。
很抱歉，我现在没有在家里启动我的SVN服务器来测试这个，但是这个命令可以吗：
svn log --verbose
你能解析哪个？我不确定合并回主干后的输出，但你可能可以通过解析日志（使用脚本，我没有因为我是唯一使用我的SVN服务器的人）并阅读所有已检入的文件，然后查找指示文件已合并到主干的关键字？
如果我今晚有时间，我会尝试在家里检查它。
svn merge --dry-run http://svnrepo/path-to-merge-source . \
| grep Merging \
| sed 's/--- Merging//' \
| sed 's/into.*//' \
| sort -u \
| sed 's/ through r/:/' \
| sed -e :a -e N -e 's/\n//' -e ta \
| sed 's/ r/ -r/g' \
| sed 's|^|svn log http://svnrepo/path-to-merge-source |'
+ trunk / project1
+ tags / project1-b1-root
+ branches / project1-b1
注意事项：
svn merge --dry-run会给你需要的详细信息吗？
o