问题标签 [merge]

假设有 a.gz 和 b.gz。

$ gzip_merge a.gz b.gz -输出 c.gz

我想要这个程序。当然，

$ cat a.gz b.gz > c.gz

不起作用。因为a.gz的最终DEFLATE块有BFINAL，b.gz的GZIP头。(参考 RFC1951, RFC1952) 但是如果你取消了 BFINAL，丢掉第二个 GZIP 头并且遍历第二个 gzip 文件的字节边界，你可以合并它。

其实我也想过为这件事写一个开源程序，但是不知道怎么发布。所以我请乔尔做我的项目经理，我给他讲解了我的解释和辩护，他终于明白了我想做什么，但说他太忙了。:(

当然，我可以自己写一个，然后尝试以我的方式发布它。但我不能一个人做这件事，因为我的日常工作属于我雇主的财产。

有志愿者吗？我们可以作为程序员（我）、出版商（你）或程序员（你）、出版商（我）工作。我需要的只是一些信用。我曾经实现过 RFC3320 中描述的通用解压器虚拟机。所以我知道这是可行的。

或者，您可以将我指向那个程序。这对于管理日志文件非常有用，例如将 365（天）gzip 压缩日志文件合并为一个。;)

谢谢。

我有 3 个文本文件（A、B 和 C），每个文件都有数百个电子邮件地址。我想将列表 A 和列表 B 合并到一个文件中，忽略大小写和空格的差异。然后我想删除列表 C 中新列表中的所有电子邮件，再次忽略大小写和空格的差异。

我选择的编程语言通常是 C++，但它似乎不太适合这项任务。是否有一种脚本语言可以在相对较少的行中执行此操作（和类似任务）？

还是已经有软件（免费或商业）可以让我这样做？例如，是否可以在 Excel 中执行此操作？

我有大量的 Word 文件需要合并（加入）到一个文件中，并且使用 Word 合并（一个一个）会很耗时。您是否体验过任何可以处理这项工作的工具？

Dictionary<T1,T2>在 C#中合并 2 个或多个字典 ( ) 的最佳方法是什么？（像 LINQ 这样的 3.0 特性很好）。

我正在考虑一个方法签名：

或者

编辑：从 JaredPar 和 Jon Skeet 那里得到了一个很酷的解决方案，但我正在考虑处理重复键的东西。在发生冲突的情况下，将哪个值保存到字典中并不重要，只要它是一致的即可。

目前我有两个 MediaWiki，一个比另一个版本稍旧。我想将两者的内容合并在一起，而不消除重复的页面。到目前为止，我能想到的最佳选择是使用机器人（如 pywikipedia）浏览一个 wiki 的所有页面，并尝试将它们插入另一个 wiki，重命名重复的页面。

不过，这个解决方案似乎需要一段时间才能完成。有没有更愉快的方式来做到这一点，我只是不知道？我没有直接使用 MediaWiki 数据库，所以我不太愿意在不知道自己在做什么的情况下搞乱它。

我只想创建一个 C# 程序，它将读取一个 word 模板并使用邮件合并功能创建它的 n 个副本。要替换的数据是名称和地址，模板中的其余内容应该保持不变。谁能告诉我该怎么做？

我一直在阅读有关使用 Subversion 1.5 进行分支/合并的文章，使用优秀且免费的版本控制与 Subversion书。我认为我了解如何使用 Subversion 命令行客户端来执行我最需要的操作，它们是：

使用来自主干的更改更新分支

从分支的工作目录运行：

svn 合并http://svn.myurl.com/proj/trunk

将分支合并到主干

从主干的工作目录运行：

svn merge --reintegrate http://svn.myurl.com/proj/branches/mybranch

但是，我们使用 TortoiseSVN 1.5 作为 Subversion 的接口。我想知道如何最好地使用 TortoiseSVN 执行这些操作。新对话框在主菜单上提供了三个不同的选项。

1. 合并一系列修订
2. 重新整合分支
3. 合并两棵不同的树

据我所知，TortoiseSVN 总是使用以下语法执行 svn。

svn merge [--dry-run] --force From_URL@revN To_URL@revM PATH

此外，重新集成分支通常会失败，并显示一条消息，指出某些目标尚未合并，因此无法继续，因此我不得不使用选项 #3。

我的问题是：

1. 如何使用 TortoiseSVN 1.5 将更改从主干合并到分支？
2. 如何使用 TortoiseSVN 1.5 将分支合并到主干，使用和不使用 reintegrate 方法？
3. 我应该为每个选项使用上述哪个选项，为什么？

编辑

通过“试运行”测试我发现命令行 Subversion 操作

svn 合并http://svn.myurl.com/proj/trunk

类似于 TortoiseSVN 中的选项 #1（合并修订范围），只要我将修订范围留空。

我有两个分支，主分支（黑色）和一个功能分支（黄色）。

如您所见，由于功能分支是分叉的，因此它会保持最新状态，从 main 获取更改：

替代文字 http://azkotoki.org/images/stackoverflow/tgh-reintegrate1.gif

当我将功能分支重新集成回主分支时，日志窗口会显示这个丑陋的图表：

替代文字 http://azkotoki.org/images/stackoverflow/tgh-reintegrate2.gif

它将每个合并点显示为与功能分支合并的新分支。如果我有几个功能分支，这将变得几乎不可能阅读。我也试过了hg view，结果更奇怪。

不管上面显示的图片，最终的合并结果都很好，但是重新集成的分支的图表让我很恼火。

我是否因为合并到功能分支太多次而做错了什么？或者我对 tortoisehg 的日志窗口期望过高 :) ？

提前致谢

接受极端嘲笑的可能，我必须承认我真的很想念sun Teamware的文件合并工具。我已经从 solaris 切换到 red hat linux，发现自己经常丢失 filemerge（不要与同名的 Apple 工具混淆），以及 pstack 的 solaris 版本（与 pids 一样适用于核心文件）。

有没有专家有什么安慰的建议？合并祖先的更好的合并工具？查看核心文件的调用堆栈的单行方式？

请帮忙！

我们有两个分支：1. HEAD - 最新版本 (AKA Trunc) 2. PROD - 发布版本

当您修复已发布版本中的错误时，您会执行以下哪些操作：

1. 在 PROD 中修复它，然后合并到 HEAD
2. 在 HEAD 中修复它，然后合并到 PROD

(1) 的优点是，这样您绝对不会通过意外从 HEAD 引入未经测试的代码来损害已发布的版本（假设 PROD 总是比 HEAD 更稳定/经过测试）。

(2) 的优点是一段代码在 HEAD 中的用法可能比在 PROD 中更多，因此如果您仅在 PROD 中修复，您可能无法找到所有此类用法，因此会将错误放入 HEAD。

我个人赞成（1）。你怎么看？