Re: What's cooking in git.git (Dec 2017, #02; Thu, 7)

From: Johannes Schindelin <johannes.schindelin@gmx.de>
Date: Dec 8, 2017, 11:38 UTC
Message-ID: <alpine.DEB.2.21.1.1712081227080.4318@virtualbox>
In-Reply-To: <20171208054934.GA17893@tor.lan>

Hi,

On Fri, 8 Dec 2017, Torsten Bögershausen wrote:

Show 11 quoted lines

> > * tb/check-crlf-for-safe-crlf (2017-11-27) 1 commit
> >   (merged to 'next' on 2017-12-05 at 7adaa1fe01)
> >  + convert: tighten the safe autocrlf handling
> > 
> >  The "safe crlf" check incorrectly triggered for contents that does
> >  not use CRLF as line endings, which has been corrected.
> > 
> >  Broken on Windows???
> >  cf. <DA960DCE-0635-47CF-B3C4-8133021799F1@gmail.com>
> 
> Yes, broken on Windows. A fix is coming the next days.

We might want to consider using a saner Continuous Testing workflow, to avoid re-testing (and re-finding) breakages in individual patch series just because completely unrelated patch got updated.

I mean, yes, it seemed like a good idea a long time ago to have One Branch that contains All The Patch Series Currently Cooking, back when our most reliable (because only) test facilities were poor humans.

But we see how many more subtle bugs are spotted nowadays where Git's source code is tested automatically on a growing number of Operating System/CPU architecture "coordinates", and it is probably time to save some human resources.

How about testing the individual branches instead?

This would save me a ton of time, as bisecting is just too expensive given the scattered base commits of the branches smooshed into `pu`. (There is a new Git/Error.pm breakage in pu for about a week that I simply have not gotten around to, or better put: that I did not want to tackle given the time committment).)

Ciao, Dscho