From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:470:142:3::10]:52826) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1ipwY0-0005RM-E1 for guix-patches@gnu.org; Fri, 10 Jan 2020 10:50:05 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ipwXy-00059e-Ro for guix-patches@gnu.org; Fri, 10 Jan 2020 10:50:04 -0500 Received: from debbugs.gnu.org ([209.51.188.43]:48886) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1ipwXy-00058r-GR for guix-patches@gnu.org; Fri, 10 Jan 2020 10:50:02 -0500 Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1ipwXy-0001bw-DC for guix-patches@gnu.org; Fri, 10 Jan 2020 10:50:02 -0500 Subject: [bug#38846] [PATCH 0/4] Move 'HACKING' to the manual, and a proposal for commit access Resent-Message-ID: MIME-Version: 1.0 References: <20200101162945.4946-1-ludo@gnu.org> <87h814s2ts.fsf@gnu.org> In-Reply-To: <87h814s2ts.fsf@gnu.org> From: zimoun Date: Fri, 10 Jan 2020 16:49:21 +0100 Message-ID: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: guix-patches-bounces+kyle=kyleam.com@gnu.org Sender: "Guix-patches" To: Ludovic =?UTF-8?Q?Court=C3=A8s?= Cc: GNU Guix maintainers , 38846@debbugs.gnu.org Hi Ludo, On Thu, 9 Jan 2020 at 23:05, Ludovic Court=C3=A8s wrote: > >>From the v1.0.1 to now, the repartition of committers which are not the= authors: > > > > 361 > > 78 > > 65 > > 61 > > 59 > > 54 > > 52 > > 47 > > 44 > > 43 > > 37 > > 21 (x2) > > 11 > > 9 > > 8 > > 7 (x2) > > 6 > > 5 (x3) > > 4 (x2) > > 3 > > 2 (x3) > > 1 (x3) > > > > which should be compared to the number of commits per author also > > committer (first 10): > > > > 1463 > > 1162 > > 886 > > 670 > > 618 > > 335 > > 204 > > 166 > > 161 > > 150 > > I had overlooked that; interesting, though I=E2=80=99m not sure what conc= lusion(s) > to draw. Perhaps we should look at how these numbers evolve over time? If one re-associates the number of commits as committers to the number of commits as authors, and computes the ratio (in percent and sorted), the result is: 248.00 128.26 105.00 100.00 100.00 67.16 53.61 45.49 42.86 41.60 40.00 28.28 28.13 23.12 23.08 19.40 14.45 10.23 8.57 7.00 6.60 6.25 5.88 5.75 5.75 5.19 3.21 2.63 1.84 1.47 1.31 .73 To be clear, the person with the score of 53.61% "reviews" half as many commits they authors. And the mean is almost 37%. Cool, no? Well, it is not possible to draw an strong conclusion, just a weak one: Guix is healthy. ;-) (For example, the number of commits should be weighted with the number of lines changed.) And yes, it should be interesting to see how evolves the commits rate (as authors, as committers) over the time. > Related to that, attached is a script I wrote a while back to view the > number of reviews per committer (ah ha!), like so: Cool! Maybe this kind of metrics could be reported to the Guix Data Service. Well, let start by play with your script. ;-) > This is for all-time commits, so not all that representative, but could > be used as a starting point for the statistician in you. :-) H=C3=A9h=C3=A9! You got me. ;-) Cheers, simon