问题标签 [merge]

我有很多小 DLL，我想将它们制作成一个大的（呃）DLL（如这里所建议的那样）。我可以通过合并我的项目来做到这一点，但我想要一种不那么侵入性的方式。

可以将多个 DLL 合并为一个单元吗？

快速搜索发现这个线程声称这是不可能的。还有人知道吗？

请注意，我说的是本机 C++ 代码而不是 .NET，因此 ILMerge 已经出局。

我正在使用.NET 3.5。我有两个字符串数组，它们可能共享一个或多个值：

我想要一种方法将它们合并到一个没有重复值的数组中：

我可以用 LINQ 做到这一点：

但我想这对于大型阵列不是很有效。

有没有更好的办法？

假设我有一个列表：

还有一个清单...

如何更新 originalList 以便：

1. 如果 int 出现在 newList 中，保持
2. 如果 int 没有出现在 newList 中，删除
3. 将 newList 中的任何整数添加到 originalList 中尚不存在

因此 - 制作 originalList 的内容：

我问的原因是因为我有一个带有一组孩子的对象。当用户更新这个集合时，而不是仅仅删除所有孩子，然后插入他们的选择，我认为如果我只对添加或删除的孩子采取行动，而不是拆除整个集合，然后插入newList children 就好像他们都是新的一样。

编辑-对不起-我写了一个可怕的标题...我应该写“最少的代码”而不是“高效”。我认为这抛弃了我得到的很多答案。他们都很棒……谢谢！

我们使用 Subversion 作为我们的源代码控制系统，并将 VisualStudio 项目文件 (vcproj) 存储在源代码控制系统中，我认为这是正常的。在 Subversion 中，我们不使用任何形式的文件锁定，因此如果两个开发人员同时在同一个项目上工作，并且都向项目中添加文件或更改设置，那么第二个提交的人必须合并更改。

您如何合并这些更改？

vcproj 文件只是文本文件，因此可以手动编辑它们，但它们不太适合手动编辑，尤其是初级开发人员。

我能想到的方法是

• 从 svn 获取最新版本并手动重新添加所有本地更改
• 手动编辑文件以解决自动合并的任何冲突
• 实施某种形式的锁定方案以防止同时更改
• 在开发人员之间达成协议，这样他们就不会同时进行更改

目前我们正在使用手动重新添加所有更改的第一个选项，但这很耗时，我想知道是否有更好的方法。

对于源文件，自动合并功能大部分时间都有效，我们不会遇到很多冲突。

在 Oracle 中，给定一个简单的数据表：

假设我想“插入或更新”一个值。我有类似的东西：

还有比这更好的方法吗？该命令似乎有以下缺点：

• 每个文字都需要输入两次（或通过参数设置添加两次）
• “使用双重”语法似乎很老套

如果这是最好的方法，有没有办法在 JDBC 中设置每个参数两次？

我有一个多列文本文件（制表符分隔），用于项目中的本地化文本。

我选择了这种格式，因为任何人都可以在大多数文本编辑器（以及 excel）中轻松编辑它。

我的 makefile 将它处理成一堆定义和二进制数据，以便直接包含到我的应用程序中。

您知道 SVN 合并是否只进行逐行合并还是也可以进行子行合并？

例如：

原始文件（未翻译）包含：

然后法语翻译更新它：

然后德语翻译更新它：

然后他们都将结果合并回 int SVN，所以他们会覆盖彼此的更改还是可以处理一行上的多个更改？

是否有任何更通用的工具可以“编译”或基本上将多个 PHP 文件合并到基于包含和自动加载类的单个文件中？我正在考虑类似于 Doctrine 的编译功能或许多主要 JS 框架为“生产”站点所做的编译以减轻文件大小并提高性能。

在编写自己的脚本之前，我只想了解是否已经存在任何值得一看的东西（到目前为止，Google 并没有提供太多帮助）。

编辑：我实际上已经写了一篇关于 .phar 存档格式的博客文章，对此我感到非常兴奋。我实际上更关心性能，但听起来合并文件不会产生任何好处。

有没有人有任何真实数据可能表明将多个脚本合并到一个文件中可以获得性能提升（或缺乏性能提升）？

我有两个结构相同的数据库。这些表有一个整数作为 Rails 中使用的主键。

如果我有一个患者表，我将让一名患者在一个数据库中使用主键 123，而另一名患者在另一个数据库中使用相同的主键。

对于合并来自两个数据库的数据，您有什么建议？

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

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

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

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

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

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

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

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

（FWIW 我使用的是 TortoiseSVN 1.5.1）

我以为我已经弄清楚了关于 Subversion 1.5 需要了解的所有内容，并且很高兴地在我的功能分支和主干之间进行了合并。

然后我意识到我并没有做我认为我应该做的事情。

从功能分支合并回主干时，我没有使用 --reintegrate 参数。

具体来说，我使用 TortoiseSVN 1.5.3 并且我一直在选择第一个合并选项“合并一系列修订”而不指定范围。

从主干合并到分支时，我认为这是正确的，但我也明白，在以其他方式合并时，我应该使用 --reintegrate 参数。

相反，在任一方向合并时，我一直选择第二个选项，显然在每种情况下都选择了相反的 url。

它似乎确实在每种情况下都处理了正确的文件......

那么我搞砸了什么（如果有的话）？