User Tools

Site Tools


en:developers:documentation:submittingpatches

Differences

This shows you the differences between two versions of the page.

Link to this comparison view

Both sides previous revision Previous revision
Next revision
Previous revision
en:developers:documentation:submittingpatches [2017/08/02 08:13]
Kalle Valo Add "Resubmit the whole patchset"
en:developers:documentation:submittingpatches [2018/01/23 08:19] (current)
Kalle Valo [Changelog missing] add a missing verb
Line 232: Line 232:
 ==== Changelog missing ==== ==== Changelog missing ====
  
-When sending a new version of a patch or patchset you should **always** add a changelog so that maintainer can easily what has changed.+When sending a new version of a patch or patchset you should **always** add a changelog so that maintainer can easily ​see what has changed.
  
 If you have just one patch you can add the changelog after the ''​%%---%%''​ (three dashes) line. If you have just one patch you can add the changelog after the ''​%%---%%''​ (three dashes) line.
  
-If you have multiples patches (called a patchset) add the changelog to the cover letter. You can create the cover letter with switch ''​--cover-letter'':​+If you have multiples patches (called a patchset) add the changelog to the cover letter. You can create the cover letter with the switch ''​--cover-letter'':​
  
   git format-patch --subject-prefix="​PATCH v2" --cover-letter   git format-patch --subject-prefix="​PATCH v2" --cover-letter
Line 313: Line 313:
  
 Even if just one patch has changed in a patch series resubmit the whole patchset (and remember to increase the version number), do not just resubmit that one changed patch. The reason is that it's difficult to apply patches in correct order when some of them are submitted separately. Even if just one patch has changed in a patch series resubmit the whole patchset (and remember to increase the version number), do not just resubmit that one changed patch. The reason is that it's difficult to apply patches in correct order when some of them are submitted separately.
 +
 +==== Commit log does not answer "​Why?"​ ====
 +
 +The commit log should //always// answer the question "​Why?"​ and describe the reason what
 +motivated to implement the patch. This is the most important part of the commit log as this helps maintainers,​ backports, distros etc to make decisions if the patch is important for them or not and to what release it should go.
 +
 +The commit log needs to tell why you wrote the patch. If you fixed a bug give a short summary of the bug (can be a long one as well, of course) from user's point of view, and if there'​s a publically available bug report include a link to that. If you are fixing a warning from a compiler or a static checker add the warning from tool. Or if it's just code cleanup or fixing a theoretical issue, and does not have practical user visible changes, mention that also.
  
 ===== More patch work references ===== ===== More patch work references =====
en/developers/documentation/submittingpatches.1501661593.txt.gz ยท Last modified: 2017/08/02 08:13 by Kalle Valo