问题标签 [merge]

我刚刚使用以下方法进行了合并：

我只有 2 个文件，其中一个是简单的ChangeLog. 它不仅合并了我的ChangeLog更改，实际上还提取了我的更改以及一些以前不在目标中的更改ChangeLog。我注意到执行 --dry-run 时发生了冲突，所以我更新ChangeLog了，但仍然存在冲突（我在进行实际合并时看到了冲突）。

然后，我后来对要合并的文件进行了比较：

而且我只看到了我所做的更改，所以我知道额外的更改并没有以某种方式进入那里。

这让我担心合并实际上并不仅仅是采用我所做的更改，这是我所期望的。谁能解释发生了什么？

更新：响应 NilObject：

因此，我更改了 2 个文件，只有 ChangeLog 是相关的，其他合并正常。当我去我的常规中继结账时，我执行上面的 diff 命令并查看：

在我合并之前的更改后，ChangeLog 的差异如下所示：

请注意，错误拉入的条目不在我将其合并到的文件中，但它不是我的更改之一，无论如何都不应该被合并。它很容易修复（删除不属于我的更改的额外行），但它仍然让我担心自动合并到SVN.

我正在重构一些代码，其中包括移动文件夹，我想定期合并以保持最新状态。在工作副本中移动文件夹后，最好的合并方式是什么？

有没有办法告诉颠覆“更新/合并，除非它会导致冲突”？

我知道您可以在运行更新之前使用--dry-run/status -u进行检查，但我经常让其他人运行更新并获取损坏的网页，因为他们没有注意到“C index.php”行。

我还注意到 svn 似乎对冲突并不太不满意——它仍然说“更新到修订版等等”并退出零，无论冲突如何。所以我必须逐行解析输出来发现它们。肯定有更好的方法吗？

在 Team Foundation Server 中合并两个代码分支时，出现以下错误：

字典中不存在给定的键。

某些文件已检出并显示在“待更改”中，但实际上并未进行任何更改。

我有一个解决方法：

1. 尝试合并（失败并出现错误）
2. 从主干获取最新信息
3. 使用“合并、编辑”或“合并”撤消所有挂起的更改
4. 再次合并（这次有效）

关于导致此错误的任何想法？

回答后编辑：似乎是一个错误。而且它非常可重复。每一次合并都会这样做。我将向 MS 发送错误报告，看看会发生什么。

我想将两个具有不同字段名称的结构结合起来。

例如，从以下开始：

我想拥有：

有没有比使用“字段名”和 for 循环更有效的方法？

编辑：假设在字段名称冲突的情况下，我们优先考虑A.

我有两个 Python 字典，我想编写一个表达式来返回这两个字典，合并（即取并集）。update()如果它返回结果而不是就地修改字典，那么该方法将是我所需要的。

我怎样才能得到最终的合并字典z，不是x？

（要特别清楚，最后一个获胜的冲突处理dict.update()也是我正在寻找的。）

我们正在使用 SQL Server 2005 合并复制在伦敦和香港之间复制一个数据库。复制设置为每分钟同步一次，它工作得很好。但是，可以选择将同步设置为“连续”。每分钟复制和连续复制之间有什么真正的区别吗？

我们一开始就每分钟做一次而不是连续做的唯一原因是，如果线路中断几分钟，它会恢复得更好，但这个经验都是来自 SQL Server 2000，所以它可能不再适用了。 .

我正在对我的网站进行 Web 部署，并且我将合并程序集属性设置为 true。

出于某种原因，我收到以下错误。

合并程序集时出错：'Global.asax'此处不允许使用相对虚拟路径。

它似乎与 . 有关Global.asax，但我不确定它为什么会被截断。我的代码在本地编译得很好，但它只是混乱的合并。

有任何想法吗？

在 TFS 中，当您将分支 A 合并到分支 B 并签入时，您会在 B 上获得一个变更集（通常带有“合并的 A->B”之类的注释）。

这意味着 B 没有来自 A 的任何签入历史记录。因此，如果有人在分支 A 上创建了一个新文件，则您无法分辨出是谁从分支 B 中创建的。如果有人在 A 上更新了文件，您可以t 告诉谁从分支 B 进行了更新。

有什么方法可以跨分支查看这种详细的变更集历史记录？某种电动玩具，或第三方工具，或任何东西？

更新：TFS Power Toy tfpt history /followbranches 工具不会“扩展合并”，它只会“扩展分支”，因此无法解决此问题。

是否可以合并到 TFS 中不是直接父或子的分支？我怀疑答案是否定的，因为这是我在使用它时所经历的。但是，似乎在某些时候，当正在开发的不同功能可能具有不同的批准周期（即功能一可能在功能二之前获得批准）时，它会非常有用。当我们有生产分支时，这变得非常困难，我们必须将一些功能合并到以前的分支中，以便我们可以在下一个完整版本之前发布。

我们目前的分支策略是在主干（或我们称之为主线）中开发，并创建一个分支来稳定并发布到生产环境。然后，此分支可用于创建修补程序和其他内容，而主线可以针对即将推出的功能进行分歧。

可以使用哪些技术来缓解上述情况？