发布周期的分支源是常见的源管理方案之一。尽快合并是一个好习惯。因此我们有一个人为因素：分支已关闭，但有人忘记将某些内容合并回主干。
问：是否有“一键式”的方式来获取所有未从分支 X 合并到主干的修订号？
（注意：我不需要这些修订号来查找要合并的内容，我需要它们来创建自动验证，这会提醒人们确保他们没有忘记将某些内容合并到主干。合并本身不是问题.)
似乎 svn mergeinfo 命令在这里无法提供帮助。如果不是在根级别执行合并，则通过分支和主干根将失败（这是一种常见情况）。
欢迎使用任何类型的 svn 钩子作为解决方案的脚本、工具。
附言
最新版本的 SVN。无需争论这种情况有多普遍或有多好；）
【问题讨论】：
出于这个原因，CVS 创建了一个标记来标记分支的根 :) 对于 SVN，它应该如下所示：
+ trunk / project1
+ tags / project1-b1-root
+ branches / project1-b1
注意事项：
【讨论】：
我不会担心需要合并的特定更改编号，而只需查看差异：
首先，使用主干更新侧分支（或查看将合并的内容）：
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 merge 命令看起来就像 svn diff 命令——你创建一个 diff/patch，然后将它应用到一个特定的位置。上面的合并命令只是说“获取主干和分支之间的所有差异，并将它们应用于主干的工作副本”。因此，您可以轻松地将第二个合并命令更改为邮件通知的差异。
在每种情况下提交之前不要忘记检查差异，以确保没有发生任何不好的事情。您可能还需要解决一些冲突。
【讨论】：
如果您使用带有 mergeinfo 子命令的相对较新的 Subversion 版本（我认为是 1.5 或更高版本），您可以非常轻松地完成此操作。
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（递归）选项，它应该包括执行较低的合并。我们尝试总是在顶层合并（提交可以在较低层执行，或者只包括某个目录中的文件，但总是在顶层合并）所以我还没有真正测试过。
svn merge --dry-run 会为您提供所需的详细信息吗？
【讨论】：
我意识到你的情况可能为时已晚，但我为这类事情做的是为合并提交建立一个约定，以便以后可以识别它们。例如“正在合并 [1234]：...（1234 的完整提交日志）...”。然后我可以稍后用脚本从 svn log 中解析出来。
为确保您的整个团队都能做到这一点，请将合并约定制作成脚本并将其放入您的项目中。 （例如，./scripts/merge 1234）。人们通常甚至会欣赏这一点，如果脚本使合并比原始 svn 命令更容易通过自动找出源 url 之类的事情来加倍
祝你好运。
【讨论】：
简短回答：我不这么认为。
长答案：我最终编写了一个 python 脚本来回答这个问题。 每当开发人员合并变更集时，他们都需要将“merged rXXX”放入日志消息中。 （这是在 svn:mergeinfo 存在之前）该脚本解析所有实时 svn 分支 + 主干并递归扫描所有“合并”链接，输出每个开发人员尚未合并的更改列表。
[更新] @tmont 的答案现在更好了，因为每个人都有一个支持 svn mergeinfo --show-revs eligible 和 svn merge --record-only 的 svn 版本，当您只想记录逻辑修复时。
【讨论】：
很抱歉，我现在家里没有 SVN 服务器来测试这个，但是命令可以：
svn log --verbose
你可以解析哪个？我不确定合并回主目录后的输出，但您可能能够解析（使用脚本，我没有，因为我是唯一一个使用我的 SVN 服务器的人）日志并阅读所有已经签入的文件，然后寻找一个关键字表明该文件已被合并到main？
如果我有时间，我今晚回家后会尝试检查一下。
【讨论】：
由于缺乏灵丹妙药，严格的方法是记录已合并的内容以及从何处合并。
【讨论】：
根据Ether的回复above，来自您要检查未合并修订的分支
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 |'
【讨论】：
在创建 3 年后，我很喜欢你的主题。而且我相信您提出的任务仍然没有解决方案:)
我在$ svn help merge 中发现的建议是不要进行子树合并：
如果你只想合并一个子树，那么子树路径必须是 包含在 SOURCE 和 TARGET_WCPATH 中；这是不鼓励， 避免子树合并信息
所以我想解决方案是打破你进行子树合并的“常见场景”。
必须为合并操作建立一些控制，否则任何对一个分支具有读取权限和对另一个分支具有写入权限的人都可以从第一个分支到第二个分支。所以实际的问题是 - 如何控制子树合并））
【讨论】：
我已经使用 Wicket 和 SVNKit 编写了 Java Web 应用程序，用于查找分支之间未合并的修订，可以对其进行自定义以执行任何您想要的操作...link
o
【讨论】：