问题标签 [merge-tracking]

我已经在使用 SVN 1.5，服务器（VisualSVN 1.5.1）和客户端（TortoiseSVN 1.5.1），但我们使用的是相当长的 SVN Branch-Merge 舞蹈。

SVN 1.5.x 的 Merge-Tracking 功能准备就绪了吗？是否可以从 TortoiseSVN 使用它？

在我现有的（SVN 1.5 之前）合并策略中，我们在创建分支时创建了一个 Trunk 的副本（称为 BasePoint），以便稍后在合并期间进行引用。

当我们需要将一个分支合并回主干时，我们执行 2 个操作。

1. 从 BasePoint 合并到 LatestTrunk（Trunk 可能从原始分支开始移动）到 Branch 的工作副本，然后提交。

   此时我们通常会检查合并到分支中没有损坏任何东西

2. 从 LatestTrunk 合并到 LatestBranch 回到主干的工作副本，然后提交。

文档建议我在主干上使用新的重新集成合并，然后从分支合并。

我是否需要先从主干合并到开发分支，或者这是否包含在新的重新集成选项中？

换句话说，新merge --reintegrate功能是代表“我以前的每个合并”还是“整个操作”？

（FWIW 我使用的是 TortoiseSVN 1.5.1）

我使用 TortoiseSVN 1.5.3 和 VisualSVN 1.5.3 (Subversion 1.5.2)

假设我创建了主干（/trunk）的一个新分支（/branches/branch1），然后有人（也使用 TortoiseSVN 1.5.3）将他们的分支合并回主干。

我尝试从主干合并到分支（以获取可能已被其他人合并到主干的所有更改）

我没有指定任何特定的修订，因为我希望合并跟踪来确定我需要合并哪些修订。我希望这些是在我创建分支之后的修订。

当我开始合并时，输出对话框似乎将每个修订版合并回修订版 1。这会导致存储库中的所有内容都被“添加”。

我做错了什么？....

我试过了...

这导致了一条即时成功消息，之后我重复了我的实验，结果没有变化

更新：我注意到 TortoiseSVN 对话框显示“要合并所有修订，请将框留空。”...这是否意味着 TortoiseSVN 正在显式添加 1-Head 并且无法使用合并跟踪？这似乎有点奇怪。

我最近一直在使用名为“WinMerge”的应用程序进行文档比较，但我的团队脚本文件的一个要求（用于审计目的）是，当我们发布脚本的修订版时，我们会以红色突出显示更改（RTF 格式我相信，它是通过 Lotus Notes）为此，是否有任何软件可以自动为我突出显示更改，或者是最好的我将获得差异列表并期望手动突出显示所有更改？

在使用 Subversion 1.5 中的合并跟踪功能时，SVN 会更新父文件夹的 mergeinfo 属性以跟踪正在合并的修订。我们有大量的开发人员（> 500 名）在我们的存储库上工作，并且在截止日期前后有大量的开发人员都试图在同一时间提交的情况并不少见。如果其他开发人员自您上次更新以来已提交到同一文件夹，则由于 mergeinfo 中的更改，您将被迫在提交之前进行更新。那么如何防止开发人员被迫重复更新他们的工作副本，因为每次他们更新时，其他人在他们之前提交到该文件夹​​？或者人们只是忍受它的情况是否足够罕见？

在 SVN 1.6 中是否可以跟踪提交合并的位置。我对基于 UI 的解决方案特别感兴趣（Eclipse插件会很棒）。

svnmerge 有助于阻止来自特定分支的一些变更集。Mercurial 如何实现这一点？

当带有合并跟踪的 SVN 工作时，它真的很棒，我喜欢它。但它一直在扭曲。我们正在使用 TortoiseSVN。我们不断收到以下消息：

错误：仅当修订版 1234 到 2345 之前从 /Trunk 合并到重新集成源时，才能使用重新集成，但情况并非如此

作为参考，这是我们正在使用的方法：

1. 创建一个分支
2. 在分支中开发
3. 偶尔合并从主干到分支的一系列修订
4. 当分支稳定时，将分支从分支重新整合到主干
5. 删除分支

我在重新集成操作之前合并了从主干到分支的一系列修订（将范围留空，因此应该是所有修订），因此分支应该与主干正确同步。

现在，Trunk 有多个与之关联的 SVN 合并跟踪属性。应该是？还是应该重新整合不添加任何合并跟踪信息？

我们的流程有问题吗？这使得 SVN 无法使用——每 3 次重新集成中就有 1 次迫使我潜入并破解合并跟踪信息。

如何启用 svn 客户端开始保存 svn:mergeinfo 属性。

我的客户端是 v1.6.5，服务器运行的是 1.5.2。

据我了解，在 Subversion 中处理分支和合并的最常见（也是推荐的）方法是：

• 创建分支作为主干的副本
• 在分支上进行破坏性开发，在主干上进行常规开发
• 这样做时，定期合并更改主干 - > 分支，以避免分支过于分散。使用合并跟踪（svn:mergeinfo），我可以运行svn merge ^/trunk，SVN 会自动从主干获取所有未合并的更改。
• 分支上的工作完成后，将所有内容合并回来（在主干上：）svn merge --reintegrate ^/branch/foo，然后丢弃分支。

（例如，在 SVN 书籍的Basic Merging章节中进行了描述）。

现在我的问题：虽然这适用于“功能分支”，但有时还需要“发布分支”，它代表正在发布/即将发布的版本。

对于发布分支，根据我的经验，合并必须在两个方向上发生：

• 来自发布分支的错误修复必须合并到主干（分支 -> 主干）
• 但有时来自主干的错误修复（甚至是新功能）被认为对发布版本（或发布的更新）至关重要，因此必须合并主干 - >分支

我还没有发现任何关于 SVNsvn:mergeinfo将如何处理这个问题的确切信息。我可以双向合并（“双向合并”），并且仍然让 svn 跟踪合并的修订吗？

有什么陷阱吗？有什么特别要注意的吗？