From: Sami Kerola <kerolasa@iki.fi>
To: util-linux@vger.kernel.org
Cc: kerolasa@iki.fi
Subject: [PATCH 1/2] docs: add patching process to howto-contribute.txt
Date: Sun, 10 Nov 2013 20:06:09 +0000 [thread overview]
Message-ID: <1384113970-2558-1-git-send-email-kerolasa@iki.fi> (raw)
Signed-off-by: Sami Kerola <kerolasa@iki.fi>
---
Documentation/howto-contribute.txt | 23 +++++++++++++++++++++++
1 file changed, 23 insertions(+)
diff --git a/Documentation/howto-contribute.txt b/Documentation/howto-contribute.txt
index f0b64ef..5f4531e 100644
--- a/Documentation/howto-contribute.txt
+++ b/Documentation/howto-contribute.txt
@@ -88,6 +88,29 @@ Coding style
something is not quite right, and you are unwilling to fix the
issue.
+Patching process
+
+ * Tell in mail list when you are going to work with some particular
+ piece of code for long time. This helps other to avoid massive
+ merge conflicts. Small or quick work does not need to be
+ announced.
+
+ * Submit only changes that you think are ready to merge. If you only
+ want change review tell your intention clearly in change cover
+ letter, and/or in each patch subject to review-only.
+
+ * When getting comments align the changes with them. Resubmission
+ without changes is as good as ignoring advice, and is neither
+ recommended nor polite.
+
+ * Resubmission can be partial or complete. If only few alterations
+ are needed here and there resubmit particular patches. When
+ comments cause greater effect resubmit everything again.
+
+ * All patch submissions, big or small, are either commented, reject,
+ or merge. When maintainer rejects a patch (series) it is pointless
+ to resubmit.
+
Various notes
* The util-linux does not use kernel headers for file system super
--
1.8.4.2
next reply other threads:[~2013-11-10 20:06 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-11-10 20:06 Sami Kerola [this message]
2013-11-10 20:06 ` [PATCH 2/2] docs: update links to http://git.kernel.org/ web repository views Sami Kerola
2013-11-12 10:49 ` Karel Zak
2013-11-12 10:48 ` [PATCH 1/2] docs: add patching process to howto-contribute.txt Karel Zak
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=1384113970-2558-1-git-send-email-kerolasa@iki.fi \
--to=kerolasa@iki.fi \
--cc=util-linux@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox