lilypond-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Motivational statistics


From: David Kastrup
Subject: Re: Motivational statistics
Date: Sat, 01 Feb 2020 13:33:17 +0100
User-agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux)

Han-Wen Nienhuys <address@hidden> writes:

> On Sat, Feb 1, 2020 at 1:04 PM David Kastrup <address@hidden> wrote:
>> >> Of course these are no scientifically hardened results - but they match
>> >> the feeling of excited frenzy visible on this list. However sustainable
>> >> the effect may be, the short term impact of the developer meeting and
>> >> the conference seems to have been remarkable.
>> >
>> > I am also forming more coherent ideas about the development process,
>> > but I am still unsure about the final push process. As I understand
>> > it, you have to push to staging, and then someone (David?) runs patchy
>> > over the staging branch, verifies the regtest output, and pushes to
>> > master. Is that roughly correct?
>>
>> No.  staging moves without manual verification.  There are different
>> Patchy processes for staging and for issue review.  The one for staging
>> only checks that make, make test, and make doc all complete
>> successfully.  Several people run that as needed (we used to have a
>> computer administered by James running it regularly every two hours, but
>> his company rules have stopped this from being possible).
>>
>> The review patchy in contrast requires visual inspection of regtest
>> results.  The automation of the process deteriorated significantly after
>> we had to stop using Google Code because the scripts have not been
>> adapted to the current situation, and at the current point of time it is
>> just James who does those tests with considerably more manual effort
>> than previously.
>
> I'm confused then. Can you sketch what happens after a patch was
> LGTM'd on Rietveld?

LGTM on Rietveld is just input for James.  The state of patches is
tracked on the corresponding Sourceforge issues.  The usual progression
(unless discussions indicate otherwise) performed by James is from
status Patch-new to Patch-review (assuming the patch passes his manual
review).  From that stage it progresses (assuming the discussions on
both Rietveld and Sourceforge don't suggest otherwise) to
Patch-countdown after some days, and then similarly to Patch-push.  Once
it has reached that state, the person taking responsibility for pushing
the patch (typically the developer themselves) pushes it to staging.

>From staging it progresses to master by the automated patch procedure
performed by someone running patches/lilypond-patchy-staging from the
lilypond-extra repository.

> How does it get to staging, and how does master advance?

-- 
David Kastrup



reply via email to

[Prev in Thread] Current Thread [Next in Thread]