[PATCH] Point out merged submodule maintainers as better addresses for patches

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Junio doesn't directly manage the git-gui or gitk-git subdirectories
within git.git; these are currently managed by other individuals
and then periodically merged to git.git.  Users often send patches
to Junio for these directories when they should be directed at the
current maintainer instead, so we should point out these special
cases in the SubmittingPatches documentation.

Signed-off-by: Shawn O. Pearce <spearce@xxxxxxxxxxx>
---

 Just a suggestion.  Might help people who are new to the Git
 community to get involved.

 Documentation/SubmittingPatches |    8 +++++++-
 1 files changed, 7 insertions(+), 1 deletions(-)

diff --git a/Documentation/SubmittingPatches b/Documentation/SubmittingPatches
index de08d09..b7c886c 100644
--- a/Documentation/SubmittingPatches
+++ b/Documentation/SubmittingPatches
@@ -34,10 +34,16 @@ Checklist (and a short version for the impatient):
 	- if your name is not writable in ASCII, make sure that
 	  you send off a message in the correct encoding.
 	- send the patch to the list (git@xxxxxxxxxxxxxxx) and the
-	  maintainer (gitster@xxxxxxxxx). If you use
+	  active maintainer (see below). If you use
 	  git-send-email(1), please test it first by sending
 	  email to yourself.
 
+	Active maintainers:
+
+	- git-gui/ submodule:     spearce@xxxxxxxxxxx
+	- gitk-git/ submodule:    paulus@xxxxxxxxx
+	- Everything else:        gitster@xxxxxxxxx
+
 Long version:
 
 I started reading over the SubmittingPatches document for Linux
-- 
1.5.4.rc2.1097.gb6e0d
-
To unsubscribe from this list: send the line "unsubscribe git" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html

[Index of Archives]     [Linux Kernel Development]     [Gcc Help]     [IETF Annouce]     [DCCP]     [Netdev]     [Networking]     [Security]     [V4L]     [Bugtraq]     [Yosemite]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Linux SCSI]     [Fedora Users]

  Powered by Linux