我使用 uupdate 将源包从 0.7.0 更新到 0.7.3。它使用补丁进行更新，但有几个补丁被拒绝。我不确定下一步该怎么做。我应该：
- 编辑旧的源包（0.7.0）然后重新运行 uupdate？
- 编辑新的源包（0.7.3）然后重新运行 uupdate？
- 直接编辑.rej 文件？
- 使用诸如 kdiff3 之类的工具？
- 尝试别的东西？
此时，我认为答案是使用一种更符合我所熟悉的工具（来自 Tortoise Merge 和 clearcase merge 背景）。
我到处寻找人们如何处理补丁拒绝，但毫无收获，所以如果你能提供一个 FM 链接（如果有的话），我将非常乐意阅读 FM。。
答案1
我同意@maco 手动解决冲突。看到你给出的选项，你可能需要真正理解什么uupdate does是：
- 在父目录中提取新的 tarball；
- 尝试将之前的 diff.gz（除非您使用 v3（quilt）样式）应用到新目录。
补丁被拒绝是因为将此 diff.gz 应用到新目录。
现在来看看你的选择：
- 编辑旧源包 =>你不应该为了创建新的源包而修改旧的源包；
- 编辑新的源包并重新运行 uupdate =>这样做没有意义，因为补丁无法应用于新源，并且你不应该修改原始源（除了在 diff.gz 中找到的补丁）；
- 编辑 .rej 文件 =>.rej 文件用于向您显示哪些内容应用失败；编辑它们不会解决您的问题，但您应该查看它们以查看是否需要应用失败的更改；
- 使用差异工具 =>当然，这可能是一个好主意，（
vim -d是你的朋友）尽管 .rej 文件应该已经让你知道哪些应用失败了。你也可以阅读之前的 diff.gz 来了解它修改了哪些文件。
通常，我遇到的大多数 uupdate 冲突都是由于软件包的上一个版本打包不当造成的，即 diff.gz 修改了源代码，而不是仅仅添加 debian/ 目录。这可以轻松检查：
zcat ../yourpackagename_0.7.0-1.diff.gz | diffstat
将为您提供上一个补丁修改的文件列表（根据您的需要调整文件名）。如果您在此列表中发现 debian/ 目录中没有的文件，则您的问题肯定存在。在这种情况下，请检查已更改的内容：
- 在大多数情况下，调用时会出现 autotools 混乱
debuild -S：其中一个 autoconf/automake 脚本已被修改，并且此修改不再适用。在新版本中删除此更改通常是安全的； - 在其他一些情况下，源代码已手动修补（未使用 dpatch/simple-patchsys/quilt/其他任何程序）。在这种情况下，请检查是否仍应将补丁应用于新版本（例如，阅读变更日志）。如果适用，则使用适当的补丁管理器制作干净的补丁。未来的打包者会为此感谢您 :-)
答案2
我只需手动解决冲突并debuild -S照常运行。