【发布时间】：2010-09-27 22:17:36
【问题描述】：
组织补丁文件的最佳方式是什么？假设您有一个开源应用程序的补丁文件，您对其进行了修改并希望将修改保留在补丁中。
什么是最好的解决方案：将新的修改添加到另一个补丁中以获得一个大补丁文件或创建第二个补丁文件并为每个修改创建一堆。
如果选择第二个，那么修改相同文件和行的补丁会导致补丁冲突吗？我必须建立订单吗？
【问题讨论】：
标签： patch organization
【发布时间】：2010-09-27 22:17:36
【问题描述】：
每个问题发布一个补丁到项目问题跟踪器。否则，请将您的更改保存在 Git 或其他任何内容中，并将分支用于主要项目。通常每个模块都有一个分支，然后我正在处理的每个补丁都有一个分支。
【讨论】：
-
是的，但我正在修改一个我不希望在存储库中拥有的开源外部工具，我只想拥有补丁以将它们应用于外部工具的原始源代码.
-
我们对无法回馈的补丁使用单独的补丁目录，但这些补丁非常罕见。如果可能的话，我仍然会尝试将它们分开，如果你有一些补丁踩到彼此的脚趾上，我仍然会尝试将它们结合起来。
-
另外，可能值得尝试将它放到 Github 或其他东西上，这样您就可以分叉但仍然可以轻松地进行自己的更改。如果你正在做 github 集成，那么至少你可以拥有你的个人 fork 或个人分支