Re: [PATCH v4 11/12] refs: implement logic to migrate between ref storage formats
- From
Jeff King <peff@peff.net>
- Date
- Jun 8, 2024, 11:36 UTC
- Message-ID
- <20240608113621.GE2966571@coredump.intra.peff.net>
- In-Reply-To
- <xmqqwmn2nko9.fsf@gitster.g>
On Thu, Jun 06, 2024 at 08:41:10AM -0700, Junio C Hamano wrote:
Show 16 quoted lines
> Jeff King <peff@peff.net> writes: > > > In my fork I trigger Coverity runs based on my personal integration > > branch, which is based on next plus a list of non-garbage topics I'm > > working on. So I get to see (and fix) my own bugs before anybody else > > does. But I don't see other people's bugs until they're in next. > > I am on a mostly same boat but doing a bit better ;-) in that my > daily driver is a point marked as 'jch', somewhere between 'next' > and 'seen', that appears on "git log --first-parent --oneline > master..seen", and this serves as a very small way [*] to see > breakages by others before they hit 'next'. > > Side note: This does not work as well as I should, because my > use cases are too narrow to prevent all breakage from getting > into 'next'.
Possibly I should base my daily driver branch on "jch". Like you, there are many parts of the code I won't exercise day to day. But it would mean I'd do more testing (and CI) on those topics. The big question is whether that would introduce a bunch of noise from not-quite-ready topics being merged to jch. It depends how careful / conservative you are. :)
-Peff