summaryrefslogtreecommitdiffstats
diff options
context:
space:
mode:
authorMichael Opdenacker <michael.opdenacker@bootlin.com>2023-08-18 09:45:56 +0200
committerRichard Purdie <richard.purdie@linuxfoundation.org>2023-08-30 15:54:59 +0100
commitab25d680aa9b0bdc1bb5e691cb53e52efa9c3a41 (patch)
tree6e4091c96f7e9887f3dcf58b50886dd1b4c8c251
parent74be88d8af66558ffc7e875c16a59141e21cac7e (diff)
downloadpoky-ab25d680aa9b0bdc1bb5e691cb53e52efa9c3a41.tar.gz
contributor-guide: submit-changes: develop sending patches section
(From yocto-docs rev: 0cfb8417236a8a82eebe7901bc24164227cfe4b2) Signed-off-by: Michael Opdenacker <michael.opdenacker@bootlin.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
-rw-r--r--documentation/contributor-guide/submit-changes.rst29
1 files changed, 20 insertions, 9 deletions
diff --git a/documentation/contributor-guide/submit-changes.rst b/documentation/contributor-guide/submit-changes.rst
index 314b41bb63..afed30717b 100644
--- a/documentation/contributor-guide/submit-changes.rst
+++ b/documentation/contributor-guide/submit-changes.rst
@@ -340,6 +340,25 @@ Here is the general procedure on how to create patches to be sent through email:
340Sending the Patches via Email 340Sending the Patches via Email
341============================= 341=============================
342 342
343Using Git to Send Patches
344-------------------------
345
346To submit patches through email, it is very important that you send them
347without any whitespace or HTML formatting that either you or your mailer
348introduces. The maintainer that receives your patches needs to be able
349to save and apply them directly from your emails, using the ``git am``
350command.
351
352Using the ``git send-email`` command is the only error-proof way of
353sending your patches using email since there is no risk of compromising
354whitespace in the body of the message, which can occur when you use
355your own mail client. It will also properly include your patches
356as inline attachments, which is not easy to do with standard e-mail
357clients without breaking lines.
358
359Setting up Git to Send Email
360----------------------------
361
343Depending on the components changed, you need to submit the email to a 362Depending on the components changed, you need to submit the email to a
344specific mailing list. For some guidance on which mailing list to use, 363specific mailing list. For some guidance on which mailing list to use,
345see the ":ref:`contributor-guide/submit-changes:finding a suitable mailing list`" 364see the ":ref:`contributor-guide/submit-changes:finding a suitable mailing list`"
@@ -350,15 +369,7 @@ section above.
350 369
351 The ``git send-email`` command sends email by using a local or remote 370 The ``git send-email`` command sends email by using a local or remote
352 Mail Transport Agent (MTA) such as ``msmtp``, ``sendmail``, or 371 Mail Transport Agent (MTA) such as ``msmtp``, ``sendmail``, or
353 through a direct ``smtp`` configuration in your Git ``~/.gitconfig`` 372 through a direct ``smtp`` configuration in your Git ``~/.gitconfig`` file.
354 file. If you are submitting patches through email only, it is very
355 important that you submit them without any whitespace or HTML
356 formatting that either you or your mailer introduces. The maintainer
357 that receives your patches needs to be able to save and apply them
358 directly from your emails. A good way to verify that what you are
359 sending will be applicable by the maintainer is to do a dry run and
360 send them to yourself and then save and apply them as the maintainer
361 would.
362 373
363 The ``git send-email`` command is the preferred method for sending 374 The ``git send-email`` command is the preferred method for sending
364 your patches using email since there is no risk of compromising 375 your patches using email since there is no risk of compromising