[Kde-scm-interest] Meeting minutes

[Thiago Macieira]

Em Segunda-feira 16 Novembro 2009, às 18:19:19, você escreveu:
> In the 7 months between April and October, there were 4823 commits in
>  kdebase  trunk (avg 22 commits / day). There were 189 committers, with the
>  Top 10 committing 2819 times (58%), and with 80% of the commits being done
>  by 29 people (Aaron leads the pack at 715, Scripty is #5).
> 
> As for kdelibs, the numbers are: 3496 commits, 199 people committing, 50%
>  mark  at 12 people, 80% mark at 52 people (aseigo leads the pack again).
> 
> Qt had 11279 commits, with 205 authors, but only 139 committers
>  (disambiguated  by the first part of the email address). The top 10
>  committers made 3923 commits (only 34%), needing 19 people to reach 50% of
>  the commits and 80% mark at 47 people.

Some more stats. I said that I doubted that KDE had any module with 100 active 
committers. Let's define what an active committer is:

At least 5 commits / month. So in the 7 months, we need 35 commits. Under that 
rule, we have:
	Qt: 71
	kdelibs: 29
	kdebase: 29
	kdelibs+kdebase+kdepim: 68

If we lower the bar to 1 commit / month (7 commits total), we have:
	Qt: 102
	kdelibs: 77
	kdebase: 77
	kdelibs+kdebase+kdepim: 134

Under those conditions, the non-active developers participated at (over total 
number of commits):
	Qt: 0.81%
	kdelibs: 7.61%
	kdebase: 5.47%
	libs+base+pim: 2.98%

You see this huge increase in the number of committers because:

			Average	Median	75%-pctile
Qt			80.6		36		105.5
kdelibs		17.6		4		15
kdebase		25.6		5		17
libs+base+pim	41.6		6		33

In any case, this is just trivia.

For the purposes of merging problems, I'd say that the number of people 
committing (80% of the commits), the commit rate, and the number of files is 
what matters. While kdelibs has a number of committers similar to Qt, kdelibs 
has almost 4 times fewer files than Qt.

I.e., the 10k files in kdebase are maintained by 29 people, 9k in kdelibs by 52 
people, while the 34k in Qt by 47 people. The chances that you don't know how 
to resolve a conflict that you run into are much larger in Qt.

However, the combined libs+base+pim module would still have 25k files, with 50 
people doing 80% of the commits. That would be closer to what Qt is and, like 
I said in the previous email, is *already* split in KDE.

So:
 - the number of merges in KDE should be smaller
 - the chance of conflict in a merge in KDE should be smaller
 - the chance of not knowing how to resolve a conflict in KDE should be smaller

PS: the Qt numbers actually are incorrect when it comes to WebKit, since 
there's one person importing tens if not a hundred commits in one go, by tens 
if not a hundred people.

-- 
Thiago Macieira - thiago (AT) macieira.info - thiago (AT) kde.org
  Senior Product Manager - Nokia, Qt Development Frameworks
      PGP/GPG: 0x6EF45358; fingerprint:
      E067 918B B660 DBD1 105C  966C 33F5 F005 6EF4 5358
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 190 bytes
Desc: This is a digitally signed message part.
Url : http://mail.kde.org/pipermail/kde-scm-interest/attachments/20091116/e5c2a0c5/attachment.sig