Gentoo Archives: gentoo-dev

From: hasufell <hasufell@g.o>
To: gentoo-dev@l.g.o, Agostino Sarubbo <ago@g.o>
Subject: [gentoo-dev] Re: [gentoo-commits] repo/gentoo:master commit in: kde-base/kdepim-icons/
Date: Sun, 09 Aug 2015 18:42:15
Message-Id: 55C79EF8.3090301@gentoo.org
1 On 08/09/2015 08:25 PM, Agostino Sarubbo wrote:
2 > commit: 3fd6580a947db519cb60a4c2a05ec380ceb681d8
3 > Author: Agostino Sarubbo <ago <AT> gentoo <DOT> org>
4 > AuthorDate: Sun Aug 9 18:23:44 2015 +0000
5 > Commit: Agostino Sarubbo <ago <AT> gentoo <DOT> org>
6 > CommitDate: Sun Aug 9 18:23:44 2015 +0000
7 > URL: https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=3fd6580a
8 >
9 > Stable for amd64, wrt bug #556974
10 >
11
12 So, now we have 21 commits with the exact same commit message:
13 =====
14 Stable for amd64, wrt bug #556974
15 =====
16
17 At that point, it's even debatable to have separate commits.
18
19 IMO, if you stabilize a huge chunk of ebuilds, you have two possibilities:
20
21 1. just make it one giant commit (we don't revert stabilizations
22 anyway)... if it's category-based, start the commit message with
23 =====
24 kde-base: stable after dev-qt/qtgui bump for ia64
25 =====
26 if it is related to a particular package (e.g. a bump of dev-lang/ruby
27 and very closely related packages that span across multiple categories)
28 start it with
29 =====
30 dev-lang/ruby: stabilize for ia64 including reverse dependencies
31 =====
32 or somesuch (which is still not very nice, but better)
33
34 2. Have a sensical commit message for each saparate commit. E.g., make a
35 local bash hack that automatically prepends "category/pn" to your commit
36 message (I think zlogene has done that already) and hope for bug
37 https://bugs.gentoo.org/show_bug.cgi?id=557148 to get more attention.
38 This is better than mass commits if it can be sensibly automated.
39
40
41 Anyway. 21 commits with the same message is really confusing. I can see
42 that arch teams might have the most trouble with commit methods, becasue
43 they have the highest commit rate, but we have to improve this.

Replies