The Good Patch
(add wikipedia link) |
|||
(2 intermediate revisions not shown) | |||
Line 1: | Line 1: | ||
- | == Characteristics of | + | == Characteristics of a good patch == |
- | A | + | A good patch should: |
+ | * be in [[:wikipedia:Diff#Unified_format|unified context format]] (<code>diff -u</code>) | ||
+ | ** alternatively, be generated with <pre>git format-patch</pre> | ||
+ | * only include related changes | ||
+ | * not introduce any compile time warnings | ||
+ | * have test code (if any) separate from the added/changed functionality | ||
+ | * not add any extra debug printing, unless absolutely necessary | ||
+ | * match the coding style of the existing source file, for example with regard to indentation and whitespace | ||
- | + | When attaching a patch to a bug at https://bugs.maemo.org/, add the "patch" keyword to the bug report. | |
- | + | ||
- | + | [[Category:Development]] | |
- | + | ||
- | + | ||
- | + | ||
- | + |
Latest revision as of 13:16, 2 February 2011
[edit] Characteristics of a good patch
A good patch should:
- be in unified context format (
diff -u
)- alternatively, be generated with
git format-patch
- alternatively, be generated with
- only include related changes
- not introduce any compile time warnings
- have test code (if any) separate from the added/changed functionality
- not add any extra debug printing, unless absolutely necessary
- match the coding style of the existing source file, for example with regard to indentation and whitespace
When attaching a patch to a bug at https://bugs.maemo.org/, add the "patch" keyword to the bug report.
- This page was last modified on 2 February 2011, at 13:16.
- This page has been accessed 8,074 times.