如何组织补丁文件？许多文件还是单个文件？
组织补丁文件的最佳方式是什么？想象一下，您有一个开源应用程序的补丁文件，您修改了它并希望将修改保留在补丁中。
最好的解决方案是什么：将新的修改添加到另一个补丁中，以便拥有一个大补丁文件，或者创建第二个补丁文件，并为每个修改提供一堆补丁文件。
如果您选择第二个，那么修改相同文件和行并因此在修补时可能导致冲突的补丁又如何呢？我必须建立订单吗？
What is the best way to organize the patch files? Imagine you have a patch file for an open source application and you modify it and want to keep the modifications in a patch.
What is the best solution: add the new modifications to the other patch in order to have a single big patch file or create the second patch file and have a bunch of them one for each modification.
If you choose the second one, what about patchs that modify the same files and lines and therefore can cause conflicts while patching? Do i have to stablish an order?
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
每个问题发布一个补丁到项目问题跟踪器。否则，将更改保留在 Git 或其他内容中，并为主要项目使用分支。通常，我为每个模块都有一个分支，然后为我正在处理的每个补丁都有一个分支。
One patch per issue posted to the projects issue tracker. Otherwise, keep your changes in Git or whatever and use a branch for major projects. Often I have a branch for each module, then a branch for each patch that I'm working on.