当只有补丁描述从以前的版本修改时,如何将补丁系列提交到 Linux 邮件列表并更改版本?
How to submit patch series to Linux Mailing List with version change when only patch description has been modified from previous version?
我提交了两个带有补丁系列的补丁。两个补丁都有问题。
我必须更改每个补丁说明并将它们与版本 2 一起发送。
我的问题是关于补丁版本的变化。
当我更改两个补丁描述时,是否必须将旧描述留在那里并在 "Changed from V*" 下写新描述?
或者我可以更改两个补丁的描述,并在求职信中提及这些更改,例如“修改(某些补丁)的补丁描述”?
我想知道这两个选项是因为。如果我离开之前的描述并在 "Changed from V*" 下写下我的新更改,那将是太多的信息。但是,如果我更改了两个补丁描述并且不保留之前描述中的任何内容,审阅者将不知道接下来要做什么。唯一的信息将在求职信中。
您认为哪个选项使用起来更正确?
或者也许还有其他选择。
当您使用带有求职信的补丁系列时,始终建议只更新补丁系列的求职信,即 0/2 与 Changes in V2
。
如果我没理解错的话,这里的补丁描述是commit message。如果是这样,那么您可以使用 git commit --amend
并编辑问题并保存。
通常维护者会先看到求职信,然后再审查补丁。补充一点,commit message如果是series的话,根本不应该携带changes history。
如果您正在处理单个补丁,那么您必须使用 git format-patch --notes <SHA>
来获取更改历史记录。
这就是 Linux 内核补丁的工作方式!
我提交了两个带有补丁系列的补丁。两个补丁都有问题。 我必须更改每个补丁说明并将它们与版本 2 一起发送。
我的问题是关于补丁版本的变化。 当我更改两个补丁描述时,是否必须将旧描述留在那里并在 "Changed from V*" 下写新描述? 或者我可以更改两个补丁的描述,并在求职信中提及这些更改,例如“修改(某些补丁)的补丁描述”?
我想知道这两个选项是因为。如果我离开之前的描述并在 "Changed from V*" 下写下我的新更改,那将是太多的信息。但是,如果我更改了两个补丁描述并且不保留之前描述中的任何内容,审阅者将不知道接下来要做什么。唯一的信息将在求职信中。
您认为哪个选项使用起来更正确? 或者也许还有其他选择。
当您使用带有求职信的补丁系列时,始终建议只更新补丁系列的求职信,即 0/2 与 Changes in V2
。
如果我没理解错的话,这里的补丁描述是commit message。如果是这样,那么您可以使用 git commit --amend
并编辑问题并保存。
通常维护者会先看到求职信,然后再审查补丁。补充一点,commit message如果是series的话,根本不应该携带changes history。
如果您正在处理单个补丁,那么您必须使用 git format-patch --notes <SHA>
来获取更改历史记录。
这就是 Linux 内核补丁的工作方式!