From mboxrd@z Thu Jan 1 00:00:00 1970
Return-Path:
Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80])
by finch.gentoo.org (Postfix) with ESMTP id 9117858973
for ; Fri, 5 Feb 2016 12:59:48 +0000 (UTC)
Received: from pigeon.gentoo.org (localhost [127.0.0.1])
by pigeon.gentoo.org (Postfix) with SMTP id DD06921C095;
Fri, 5 Feb 2016 12:59:34 +0000 (UTC)
Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183])
(using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits))
(No client certificate requested)
by pigeon.gentoo.org (Postfix) with ESMTPS id 6FCE921C095
for ; Fri, 5 Feb 2016 12:59:29 +0000 (UTC)
Received: from oystercatcher.gentoo.org (oystercatcher.gentoo.org [148.251.78.52])
(using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits))
(No client certificate requested)
by smtp.gentoo.org (Postfix) with ESMTPS id 7463B340B1C
for ; Fri, 5 Feb 2016 12:59:23 +0000 (UTC)
Received: from localhost.localdomain (localhost [127.0.0.1])
by oystercatcher.gentoo.org (Postfix) with ESMTP id 1C5B11074
for ; Fri, 5 Feb 2016 12:59:19 +0000 (UTC)
From: "Ulrich Müller"
To: gentoo-commits@lists.gentoo.org
Content-Transfer-Encoding: 8bit
Content-type: text/plain; charset=UTF-8
Reply-To: gentoo-dev@lists.gentoo.org, "Ulrich Müller"
Message-ID: <1454677102.fb7db633772884dd156c1fe0cb2c22e312a8a248.ulm@gentoo>
Subject: [gentoo-commits] proj/devmanual:master commit in: ebuild-maintenance/
X-VCS-Repository: proj/devmanual
X-VCS-Files: ebuild-maintenance/text.xml
X-VCS-Directories: ebuild-maintenance/
X-VCS-Committer: ulm
X-VCS-Committer-Name: Ulrich Müller
X-VCS-Revision: fb7db633772884dd156c1fe0cb2c22e312a8a248
X-VCS-Branch: master
Date: Fri, 5 Feb 2016 12:59:19 +0000 (UTC)
Precedence: bulk
List-Post:
List-Help:
List-Unsubscribe:
List-Subscribe:
List-Id: Gentoo Linux mail
X-BeenThere: gentoo-commits@lists.gentoo.org
X-Archives-Salt: f657d14a-f738-485d-8e48-072199a93776
X-Archives-Hash: 95a7b9159be2382d33ad2c68ff0a6776
commit: fb7db633772884dd156c1fe0cb2c22e312a8a248
Author: Gokturk Yuksek binghamton edu>
AuthorDate: Thu Feb 4 00:57:48 2016 +0000
Commit: Ulrich Müller gentoo org>
CommitDate: Fri Feb 5 12:58:22 2016 +0000
URL: https://gitweb.gentoo.org/proj/devmanual.git/commit/?id=fb7db633
ebuid-maintenance: add a new section called "Git Commit Message Format" #558642
Most of this section is derived from the "Commit message format"
subsection of the "Gentoo git workflow" wiki page
, which is released
under the CC-BY-SA-3.0 license.
Parts of the old ChangeLog section in the devmanual are also included,
as well as feedback from developers on the gentoo-dev g.o mailing list.
Gentoo-Bug: https://bugs.gentoo.org/show_bug.cgi?id=558642
Reviewed-by: NP-Hardass gentoo.org>
Signed-off-by: Gokturk Yuksek binghamton.edu>
ebuild-maintenance/text.xml | 113 ++++++++++++++++++++++++++++++++++++++++++++
1 file changed, 113 insertions(+)
diff --git a/ebuild-maintenance/text.xml b/ebuild-maintenance/text.xml
index 26cca2f..5b2abee 100644
--- a/ebuild-maintenance/text.xml
+++ b/ebuild-maintenance/text.xml
@@ -96,6 +96,119 @@ work on those architectures.
+Git Commit Message Format
+
+
+
+It is important to format the commit messages properly so that they
+communicate the changes to the reader in a clear and concise
+way. Additionally, consistency in message format allows for easier
+parsing by external tools. The first line of the commit message should
+contain a brief summary of the changes, followed by an empty new
+line. From the third line onward should be a detailed, multiline
+explanation of the changes introduced by the commit. At the very end,
+auxiliary information such as the bugs related to the commit,
+contributors, and reviewers should be listed using RFC822/git style
+tags. The length of the lines in the message should be 70-75
+characters at maximum.
+
+
+
+The summary line should start with referencing what is affected by the
+change followed by a colon ':' character. Use the rules in the
+following list to determine the proper format based on what has
+changed, substituting the package, category and eclass names
+appropriately:
+
+
+- ${CATEGORY}/${PN}:Single Package (Note that repoman commit
+automatically inserts this for you)
+- ${CATEGORY}: Package Category
+- profiles: Profile Directory
+- ${ECLASS}.eclass: Eclass Directotry
+- licenses: Licenses Directory
+- metadata: Metadata Directory
+
+
+For packages where ${CATEGORY}/${PN}: is long, the line length
+limit can be exceeded, if absolutely necessary, to ensure a more
+useful summary line. If a commit affects multiple directories, prepend
+the message with which reflects the intention of the change best. If
+there are any bugs on Gentoo Bugzilla associated with the commit, id
+of the bug can be appended to the summary line using the format
+#BUG-ID. If you are modifying keywords, clearly state what
+keywords are added/removed.
+
+
+By default, lines starting with # are considered to be comments
+by git and not included in the commit message. Make sure that a new
+line does not start with #BUG-ID. Optionally, git can be
+configured to use a different character for comments by changing the
+commentchar option.
+
+
+
+
+For non-trivial commits, the message should contain a detailed
+explanation of what the commit intends to change, why it is required,
+and how it is accomplished, along with any other supplementary
+information.
+
+
+
+Finally the commit message should list auxiliary information such as
+people who are involved in authoring, suggesting, reviewing and
+testing the changes, and revelant bugs. Use RFC822/git style tags as
+explained in the
+
+Linux Kernel patch guideline. Additionally, the following tags
+are used in Gentoo:
+
+
+- Gentoo-Bug: Use this to reference bugs in Gentoo Bugzilla
+by either the bug ID or the bugzilla URI. Multiple bugs can be
+referenced by inserting more tags of this type or separating bug IDs
+with a comma in the same tag. The bug IDs may include an optional '#'
+prefix. There is no consensus on referencing bugs in the summary line
+versus referencing with a tag in the message body. The developer has
+the option to choose either.
+
+- Package-Manager: This is automatically inserted by
+repoman commit and it specifies the version of
+sys-apps/portage on the system.
+- RepoMan-Options: This is automatically inserted by
+repoman commit and records the options passed to repoman (such
+as --force) for the commit.
+
+
+
+
+When committing user
+contributions, make sure to credit them in your commit message
+with the user's full name and email address. Be aware and respectful
+of their privacy: some users prefer to be only known by a
+nickname. Take advantage of the tags such as Suggested-By or
+Reported-By:when entering such information to the commit
+message.
+
+
+
+An example commit message is shown below:
+
+
+
+app-misc/foo: version bump to 0.5
+
+This also adds a new USE flag 'bar' which controls the
+new bar functionality introduced with this version.
+
+Gentoo-Bug: 01234
+
+
+
+
+
+
Git Commit Policy