From: Ian Campbell <ian.campbell@citrix.com>
To: Lars Kurth <lars.kurth.xen@gmail.com>,
Xen-devel <xen-devel@lists.xen.org>
Cc: Daniel Izquierdo <dizquierdo@bitergia.com>,
"Jesus M. Gonzalez-Barahona" <jgb@bitergia.com>
Subject: Re: [RFC] Results of Phase 1 of the Review Process study
Date: Thu, 15 Oct 2015 10:06:19 +0100 [thread overview]
Message-ID: <1444899979.1607.29.camel@citrix.com> (raw)
In-Reply-To: <D74396E1-D99B-4FEF-A85B-3EEC431B3FC3@gmail.com>
On Wed, 2015-10-14 at 18:32 +0100, Lars Kurth wrote:
> C1) Only 60% percent of the reviews on the mailing list could be matched
> to commits. This can be improved going forward, but we felt that the
> dataset is big enough for statical analysis and didn't want to spend too
> much time to get the matching perfect at this stage. See "Coverage
> analysis" for more details
How strict or fuzzy is the matching?
Does it account for e.g. spelling, grammar and clarity changes and things
like adding a subsystem ("tools: libxc:") prefix, either upon commit or by
the author in vN+1 based on feedback?
I often both comment on such things during review and (with the authors
permission) tweak things upon commit.
If those changes are not being correlated then I expect that would skew the
figures of those for whom English is not their first language (and not a
small portion of native speakers even!) and newcomers who e.g. might not be
aware of the need to prefix things with the subsystem.
In a (smaller) number of cases a patch is abandoned in favour of a very
different approach, which I think would be essentially untrackable, at
least automatically.
>
[...]
> The log scale diagrams are more interesting (See LogScale.png for a
> legend).
The width of the box in these diagrams has no meaning, is that correct?
>
[...]
> == Backlog Analysis ==
> This section shows us the total of patch series reviews that could be
> modelled (60%) over the project's life-time
How does this interact with the 60% in caveat C1? Is it the same 60% or is
this 60% of that 60% (i.e. 36% overall)?
If it is the same 60% then how are stalled series distinguished from the
40% which are not mapped to a commit?
Separately, I suppose it is impossible to distinguish stalled from
abandoned (and perhaps in some senses they are the same thing so we don't
need to distinguish).
Ian.
next prev parent reply other threads:[~2015-10-15 9:06 UTC|newest]
Thread overview: 18+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-10-14 17:32 [RFC] Results of Phase 1 of the Review Process study Lars Kurth
2015-10-15 9:06 ` Ian Campbell [this message]
2015-10-15 9:26 ` Ian Campbell
2015-10-15 21:36 ` Lars Kurth
2015-10-15 22:25 ` Jesus M. Gonzalez-Barahona
2015-10-15 22:32 ` Jesus M. Gonzalez-Barahona
2015-10-16 9:19 ` Ian Campbell
2015-10-16 9:29 ` Lars Kurth
2015-10-16 9:58 ` Ian Campbell
2015-10-15 21:18 ` Lars Kurth
2015-10-16 9:06 ` Ian Campbell
2015-10-16 9:15 ` Ian Campbell
2015-10-15 11:58 ` Wei Liu
2015-10-15 21:20 ` Lars Kurth
2015-10-15 22:38 ` Jesus M. Gonzalez-Barahona
2015-10-16 11:06 ` Stefano Stabellini
2015-10-16 18:18 ` Lars Kurth
2015-10-21 12:49 ` Lars Kurth
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=1444899979.1607.29.camel@citrix.com \
--to=ian.campbell@citrix.com \
--cc=dizquierdo@bitergia.com \
--cc=jgb@bitergia.com \
--cc=lars.kurth.xen@gmail.com \
--cc=xen-devel@lists.xen.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.