问题标签 [mergeinfo]

在最近的 git 版本中，svn.pushmergeinfo引入了配置：

配置键：svn.pushmergeinfo

此选项将导致 git-svn 尝试在可能的情况下自动填充 SVN 存储库中的 svn:mergeinfo 属性。目前，这只能在 dcommitting 非快进合并时完成，其中除了第一个之外的所有父级都已被推入 SVN。

我们正在使用它来建立一个混合环境，其中一些开发人员使用 SVN，一些开发人员使用 Git-SVN。这在 Git 中分支和合并 SVN 分支然后git svn dcommit-ing 回到 SVN 时非常有用，并且它实际上在几乎所有情况下都正确填充了 mergeinfo 属性。但是，在特定情况下，它会不正确地这样做。

这主要发生在将分支合并到主干（主干）时，在将主干合并到该分支之后（实际上，相当于 SVN 重新集成）。

从主干到分支的合并为该分支上的主干添加了一条合并信息行（根据需要），但是从分支返回主干的重新整合合并将该行复制到主干的合并信息中，有效地在主干的合并信息属性中创建了一个自引用行那指向它自己。据我所知，这种自我引用永远不会发生，并且在单独使用 SVN 时也不会发生。所以，我认为这是一个 git-svn 错误（我在这里报告过）。这反过来又会在未来产生影响其他 SVN 用户的问题，并在未来提交时破坏合并信息。

我正在寻找的是一种解决方法：如何轻松地告诉 git 不要复制合并到的分支的 mergeinfo 行，或者如何告诉 SVN 在提交时删除这些自引用（或任何其他解决方案'不会导致自引用的 mergeinfo 行，但确实保留了从 git 自动创建 svn:mergeinfo 的其他品质）。

（为澄清起见，我不是在找人向我引用 git 手册或告诉我“与 Git-SVN 合并是危险的且不受支持”。请仅在您可以帮助解决问题或提出替代工作流程时回答。指向相关 git 代码的指针也会有所帮助，因为它们可能允许我创建一个补丁来解决这个问题。谢谢！）

使用 git-svn 合并 svn 跟踪分支的正确工作流程是什么。我已经阅读了一些关于 git-svn svn.pushmergeinfo 配置键的信息，注意事项是：

来自http://www.kernel.org/pub/software/scm/git/docs/git-svn.html：

配置键：svn.pushmergeinfo

此选项将导致 git-svn 尝试在可能的情况下自动填充 SVN 存储库中的 svn:mergeinfo 属性。目前，这只能在 dcommitting 非快进合并时完成，其中除了第一个之外的所有父级都已被推入 SVN。

所以我的正常工作流程是：

假设我有一个 SVN 分支 ^/branches/feature_branch

然后将 ^/trunk 合并到我的 local_feature_branch 中，我假设我做了类似的事情？

我有一个 svn 的“问题”，我不明白为什么有时当我合并两个分支时，它会报告修改文件上的mergeinfo属性而文本没有更改。
这是正常行为吗？
如果不是，可能是什么问题？

我使用“svn mergeinfo”命令来获取有关应该从分支合并到主干的更改的信息。此命令仅返回修订列表，例如：r18427 r18428 r18429 ...

我还想获取在将这些更改提交到 svn 以准备此类输出期间添加的注释，例如：r18427 - “代码已格式化” r18428 - “添加了一个过程......” r18429 - “删除了一个冗余变量” ...您知道如何获取有关修订的详细信息吗？可以执行此操作的命令是什么？

感谢您的任何帮助和建议，拉菲

我对为什么子目录合并不好做了一些研究，最近在我们的存储库中发现了一个子目录，上面有 mergeinfo。

我正在尝试手动删除此合并信息，并想看看我是否正确理解 mergeinfo 并正确执行。

ROOTDIR 合并信息

/分支/迭代53：18065-18126

/分支/迭代54：18150-18204,18210-18231

/branches/Iteration55:18341,18348,18353-18355,18357,18364-18365 <===== 这行不同

/分支/gds返工：17329-17457

/主干：17869,18085

SUBDIR 合并信息

/分支机构/Iteration53/kiwi-web:18065-18126

/branchs/Iteration54/kiwi-web:18150-18204,18210-18231

/branches/Iteration55/kiwi-web:18336-18428 <===== 这行不同

/branchs/gdsRework/kiwi-web:17329-17457

/trunk/kiwi-web:17869,18085

两者之间只有 1 行不同。我还注意到 SUBDIR 合并信息中的 18336-18428 范围包括 ROOTDIR 合并信息中同一行的所有修订。

所以我的计划是用 SUBDIR 中的行替换 ROOTDIR 中的那一行，然后一起删除 SUBDIR 合并信息：

新的 ROOTDIR 合并信息

/分支/迭代53：18065-18126

/分支/迭代54：18150-18204,18210-18231

/branches/Iteration55:18336-18428 <===== 现在与 SUBDIR 合并信息相同

/分支/gds返工：17329-17457

/主干：17869,18085

SUBDIR 合并信息被删除。

这安全吗？陷阱会在哪里？先感谢您。

我们正在合并从主干到分支的更改。当我们这样做时，合并信息会被记录下来。

由于分支中可能还有其他更改，是否有一种安全的方法可以仅提交因合并而受影响的文件（假设没有其他更改）以及合并属性/信息？

" 假设我想将修订版 'r1' 从主干合并到分支。我对 'r1' 进行从主干到分支的合并。现在对于 'r1'，在分支文件夹中记录合并信息。如果我做svn diff 在分支中，它显示“。” "

我最近将我的分支与主干的最新版本合并。但是，我当时没有提交，也不记得我合并了哪个主干版本。目前，我在合并期间需要主干修订信息。svn合并时是否可以访问主干的修订号？

在我的公司，我们使用 SVN 将主干的子树合并到分支中，反之亦然。

例如，我们合并 /Trunk/folderA/ --> /Branch/folderA/ 并不总是从 /Trunk/ --> /Branch/ 执行根合并。

我注意到每个文件夹的 mergeinfo 会跟踪文件夹的旧合并，我们希望 svn 能够“忽略”在过去的子树合并中已经应用的更改。此功能在 SVN 书籍中名为“Subtree Merges and Subtree Mergeinfo”的章节中有具体描述，链接： http://svnbook.red-bean.com/en/1.7/svn.branchmerge.basicmerging.html#svn.branchemerge。 basicmerging.stayinsync.subtree

问题：当我们现在执行根合并时，svn 会忽略子树合并信息并尝试将旧更改合并回子树。换句话说，它不会像书中描述的那样“忽略”以前的合并。

有谁知道为什么会这样，有解决办法吗？

谢谢

我正在使用最近升级到 1.7 版的 Subversion 服务器。我正在使用命令行 Linux 客户端 1.7.10。

我创建了一个这样的分支：

%: svn copy svn+ssh://acme.com/a/b/c/trunk svn+ssh://acme.com/a/b/c/branches/ovm_sequencer -m "Feature branch for ovm_sequencer"

经过几次编辑后，我尝试重新集成到主干中，但遇到了问题：

出了什么问题，如何解决？

我的 svn:mergeinfo 中有过时的条目来自已删除的分支。有没有办法清理 svn:mergeinfo 中的条目？