这是一个创建于 1007 天前的主题，其中的信息可能已经有所发展或是发生改变。
针对某个 feature, 可能有多个 patch.这里有两种情况:
1. 涉及单一模块,但单一模块也有多个 patch.
2. 涉及多个模块,那自然也是有多个 patch 了。这里还有一个麻烦的问题是，在最终 Linus 的仓库里，涉及的 patch 在不同模块，可能时间跨度也蛮大，也就是说不是很连续。
针对上述两种情况，如果要把所有相关 patch*快速准确*找出来，只能看相关 mailing list 了吗？还有其他方法吗？看 git 仓库的标题不一定快速准确。
1. 涉及单一模块,但单一模块也有多个 patch.
2. 涉及多个模块,那自然也是有多个 patch 了。这里还有一个麻烦的问题是，在最终 Linus 的仓库里，涉及的 patch 在不同模块，可能时间跨度也蛮大，也就是说不是很连续。
针对上述两种情况，如果要把所有相关 patch*快速准确*找出来，只能看相关 mailing list 了吗？还有其他方法吗？看 git 仓库的标题不一定快速准确。
第 1 条附言 2023-01-10 10:34:02 +08:00
补充一下:
这里的 patch 是指实现某个新的 feature 最初的一系列 patch 。后面的一些 bug fix 不算。
这里的 patch 是指实现某个新的 feature 最初的一系列 patch 。后面的一些 bug fix 不算。
 | 1 yuguorui96 2023-01-09 19:53:18 +08:00  1 The hard way is usually the right way. 没有简单的方法，你需要理解当前的 feature 的工作原理，并评估当前 feature 的依赖依赖是否完备。 当依赖不完备是你需要考虑：是否需要引入新的 upstream patch ，还是用老的 API 实现 feature 所需要的逻辑等； 实现过程中可能还需要你不断迭代，直至你找齐所有的拼图。 邮件列表是一个参考，而不是一个答案。如何能根据快速的评估所需要的 patch 是你“不可替代”的要素之一。 |
 | 2 8675bc86 2023-01-09 20:57:53 +08:00 b4 工具了解一下？ |
Select Language