Subversion：如何查找所有未合并到主干的修订？

Question

发布周期的分支源是常见的源管理场景之一。尽快合并是一个很好的做法。因此，我们有一个人为因素：分支已关闭，但有人忘记将某些内容合并回主干。

问：是否有“一键”方式获取所有未从分支 X 合并到主干的修订号？

（注意：我不需要这些修订号来查找要合并的内容，我需要它们来创建自动验证，这会提醒人们确保他们没有忘记将某些内容合并到主干。合并本身不是问题。

）似乎 svn mergeinfo 命令在这里无法提供帮助。如果不在根级别执行合并（这是常见情况），则传递分支和主干根将会失败。

欢迎使用任何类型的 svn hooks 脚本、工具作为解决方案。

PS

SVN 的最新版本。无需争论这种情况有多常见或多好；）

Answer 1

svn merge --dry-run 会为您提供所需的详细信息吗？

Answer 2

由于缺乏灵丹妙药，严格的方法是记录合并的内容和来源。

Answer 3

基于 Ether 的回复上面，从您要检查未合并修订的分支

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 |'

Answer 4

在你的帖子创建三年后，我很喜欢它。而且我相信您所提出的形式仍然没有解决您的任务的方法:)

我在 $ svn help merge 中发现的是不要进行子树合并的建议：

如果只想合并子树，则子树路径必须是
包含在 SOURCE 和 TARGET_WCPATH 中；这是不鼓励，
避免子树合并信息

所以我想解决方案是打破进行子树合并的“常见场景”。

必须对合并操作建立某种控制，否则任何对一个分支具有读访问权限并对另一个分支具有写访问权限的人都可以从第一个分支到第二个分支进行合并。所以实际的问题是 - 如何控制子树合并））

Answer 5

我已经使用 Wicket 和 SVNKit 编写了 Java Web 应用程序，用于查找分支之间未合并的修订，它可以自定义以执行您想要的任何操作... 链接

o

Answer 6

如果您使用相对较新版本的 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

Answer 7

简短回答：我不这么认为。

长答案：我最终编写了一个 python 脚本来回答这个问题。
每当开发人员合并变更集时，他们都需要在日志消息中添加“merged rXXX”。 （这是在 svn:mergeinfo 存在之前）该脚本解析所有实时 svn 分支 + 主干，并递归扫描所有“合并”链接，输出每个开发人员尚未合并的更改列表。

[更新] @tmont 的答案更好了，因为每个人都有一个支持 svn mergeinfo --show-revs Eligible 和 svn merge --record-only 的 svn 版本当您只想记录逻辑修复时。

Answer 8

我意识到你的情况可能已经太晚了，但我对这类事情所做的是为合并提交建立一个约定，以便以后可以识别它们。例如“合并 [1234]：...（1234 的完整提交日志）...”。然后我可以稍后用脚本从 svn 日志中解析它。

为了确保您的整个团队都能做到这一点，请将合并约定放入脚本中并将其放入您的项目中。 （例如，./scripts/merge 1234）。人们通常甚至会欣赏这一点，如果脚本通过自动计算源 url 等操作使合并比原始 svn 命令更容易，那就加倍

祝你好运。

Answer 9

我不会担心需要合并的具体更改编号，而只需查看差异：

首先，使侧分支与主干保持同步（或查看将合并的内容）：

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，然后将其应用到特定位置。上面的合并命令只是说“获取主干和分支之间的所有差异，并将它们应用到主干的工作副本”。因此，您可以轻松地将第二个合并命令更改为邮件通知的差异。

不要忘记在提交每种情况之前检查差异，以确保没有发生任何不好的事情。您可能还必须解决一些冲突。

Answer 10

抱歉，我家里没有 SVN 服务器来测试这个，但是命令可以吗：

svn log --verbose

你可以解析哪个？我不确定合并回 main 后的输出，但您也许能够解析（使用脚本，我没有脚本，因为我是唯一使用 SVN 服务器的人）日志并读取所有内容已经签入的文件，然后寻找一个表明该文件已经合并到main的关键字？

如果我有时间的话，我今晚回家后会尝试检查一下。

Answer 11

因此，CVS 创建了一个标记来标记分支的根:) 对于 SVN，应该如下所示：

+ trunk / project1
+ tags / project1-b1-root
+ branches / project1-b1

注意：

1. 标记 project1-b1-root 和分支 project1-b1 是从主干同时创建。
2. 没有人应该提交给 project1-b1-root （您可以限制 tags/ 路径的此操作）。
3. 当每个人都声称他已将所有内容放入主干时，您可以在 project1-b1-root 和 project1-b1 之间进行比较，并尝试将其应用到主干：已经应用的更改将被默默地跳过，其余的您将看到差异或冲突。