git.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Junio C Hamano <gitster@pobox.com>
To: Jeff King <peff@peff.net>
Cc: Derrick Stolee <stolee@gmail.com>,  git@vger.kernel.org
Subject: Re: What's cooking in git.git (Jan 2025, #06; Wed, 22)
Date: Fri, 31 Jan 2025 15:49:22 -0800	[thread overview]
Message-ID: <xmqq1pwi5yt9.fsf@gitster.g> (raw)
In-Reply-To: <20250131233452.GB3544301@coredump.intra.peff.net> (Jeff King's message of "Fri, 31 Jan 2025 18:34:52 -0500")

Jeff King <peff@peff.net> writes:

>> Thanks.  A greedy me wonders if things like this can be caught by
>> them a bit earlier before they hit 'next', though ;-)
>
> I've always been a little afraid to touch 'seen' since it does not
> necessarily even pass tests, and I don't want to waste too much time
> hunting problems in other people's topics. ;)

I do not generally recommend using the tip of the 'seen' branch to
those who want automated testing, as it more often than not contains
topics that are known-broken (which I do on purpose, so that I can
point at GitHub CI failure to authors), but it the automated testing
includes automatically bisecting once 'seen' is found broken, that
would work fine and it would be extra useful. The next greater step
would be to feed the bisection result to Copilot or whatever
programming peer of your choice, and see if it can fix the breakage.

To help the idea of catching before things hit next, it probably
would make the most sense to test the tip of the 'jch' branch, which
is somewhere between the 'master' and the 'seen' branches and
contains a bit more topics than the 'next' branch does. The branch
is usually what I use for my work every day, so even though it may
have acquired new leaks and UBs that would not cause troubles in
practice, it should functionally be a lot more stable and usable
than the tip of 'seen'.

Thanks.

  parent reply	other threads:[~2025-01-31 23:49 UTC|newest]

Thread overview: 20+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2025-01-22 22:48 What's cooking in git.git (Jan 2025, #06; Wed, 22) Junio C Hamano
2025-01-23  0:36 ` Jeff King
2025-01-23  1:52   ` Junio C Hamano
2025-01-31 23:34     ` Jeff King
2025-01-31 23:39       ` Jeff King
2025-01-31 23:49       ` Junio C Hamano [this message]
2025-02-01  2:29         ` Jeff King
2025-02-02 23:39           ` Junio C Hamano
2025-02-03 13:51             ` Junio C Hamano
2025-02-04  2:35               ` Jeff King
2025-02-02 18:09       ` D. Ben Knoble
2025-02-02 23:33       ` Junio C Hamano
2025-02-03 15:33         ` Jeff King
2025-01-23  0:38 ` Eric Sunshine
2025-01-23  1:53   ` Junio C Hamano
2025-01-23 17:36 ` Taylor Blau
2025-01-24  6:07 ` Patrick Steinhardt
2025-01-24 12:55   ` Toon Claes
2025-01-24 17:05     ` Junio C Hamano
2025-01-24 16:02   ` Junio C Hamano

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=xmqq1pwi5yt9.fsf@gitster.g \
    --to=gitster@pobox.com \
    --cc=git@vger.kernel.org \
    --cc=peff@peff.net \
    --cc=stolee@gmail.com \
    /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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).