From: "brian m. carlson" <sandals@crustytoothpaste.net>
To: Maciej Ciemborowicz <maciej.ciemborowicz@gmail.com>
Cc: Junio C Hamano <gitster@pobox.com>,
Patrick Steinhardt <ps@pks.im>,
git@vger.kernel.org, Karthik Nayak <karthik.188@gmail.com>
Subject: Re: [PATCH v4 0/4] refs: run copy and rename through transactions
Date: Sat, 10 Oct 2026 00:22:07 +0000 [thread overview]
Message-ID: <asmFLjno-vuuN1ZS@fruit.crustytoothpaste.net> (raw)
In-Reply-To: <CACQ=SRHRp4vKpV5JagAXS1n4iX-LJ7fm78OwMGB5fke2CTC4FQ@mail.gmail.com>
[-- Attachment #1: Type: text/plain, Size: 2434 bytes --]
On 2026-10-08 at 19:06:32, Maciej Ciemborowicz wrote:
> At this point, I face a moral dilemma, because the next step is to
> hand the patch over to other people to read, which means asking them
> to spend their time on it. I have the following options:
>
> 1. Report the bug without submitting a patch.
> 2. Report the bug and spend a month writing the patch myself, learning
> Git internals and C along the way. Unfortunately, I'm not planning a
> career in C. I've been programming for well over a decade in a
> completely different stack, and I simply can't afford to devote that
> much time to it. It might be worthwhile if I intended to spend the
> next several years working with Git and C, but unfortunately, that's
> not an option for me. On top of that, I can't shake the feeling that
> AI is already learning faster than I am.
> 3. Report the bug and solve the problem as well as I can with the help
> of an AI agent.
>
> So realistically, my choice comes down to options 1 and 3. And that's
> my moral dilemma: I don't know whether it's better not to submit a
> patch at all, or to do the best I can with the time I have, using AI.
It's better not to submit a patch at all if you can't submit something
of reasonably good quality or can't satisfy the guidelines in
SubmittingPatches (either with regard to AI usage or in any other way).
I've been contributing for probably a decade and there are lots of times
I submit a bug report or notice a problem and _don't_ submit a patch,
either because I'm limited in time or because it's something that I'm
just not familiar with (like the internals of the pack bitmap code).
Reporting bugs is valuable to us even without a patch and nobody is
expected to magically understand all the code.
The problem you reported has been noticed by other people, so it may be
that someone who _is_ familiar with the code or confidence in C picks it
up. That happened with a change that went into 2.56 about an issue I
reported around the 2.51 time frame. I agree this is something that
should ideally be fixed and a fix would be valuable for another problem
that I've also reported (`git remote rename` is very expensive with many
remote-tracking refs), so it's likely someone will pick it up
eventually and that could end up being me if nobody else gets to it
first (no promises, though).
--
brian m. carlson (they/them)
Toronto, Ontario, CA
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 325 bytes --]
next prev parent reply other threads:[~2026-10-10 0:22 UTC|newest]
Thread overview: 35+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-09-19 13:33 [BUG] reference-transaction hook misses destination of git branch -m Maciej Ciemborowicz
2026-09-19 20:52 ` Karthik Nayak
2026-09-20 16:50 ` [PATCH] refs: run copy and rename through transactions Maciej Ciemborowicz
2026-09-21 17:54 ` Junio C Hamano
2026-09-21 23:28 ` Junio C Hamano
2026-09-22 13:08 ` Maciej Ciemborowicz
2026-09-23 13:36 ` [PATCH v2] " Maciej Ciemborowicz
2026-09-30 3:32 ` Maciej Ciemborowicz
2026-10-02 10:56 ` Patrick Steinhardt
2026-10-02 14:16 ` Maciej Ciemborowicz
2026-10-05 6:03 ` Patrick Steinhardt
2026-10-07 18:05 ` [PATCH v3 0/4] " Maciej Ciemborowicz
2026-10-07 18:05 ` [PATCH v3 1/4] refs: distinguish internal transactions from logical updates Maciej Ciemborowicz
2026-10-07 18:05 ` [PATCH v3 2/4] refs: support replacing reflogs in a transaction Maciej Ciemborowicz
2026-10-07 18:05 ` [PATCH v3 3/4] refs: run copy and rename through ordinary transactions Maciej Ciemborowicz
2026-10-07 18:05 ` [PATCH v3 4/4] refs: remove backend-specific copy and rename callbacks Maciej Ciemborowicz
2026-10-07 19:55 ` [PATCH v3 0/4] refs: run copy and rename through transactions Junio C Hamano
2026-10-08 9:44 ` [PATCH v4 " Maciej Ciemborowicz
2026-10-08 9:44 ` [PATCH v4 1/4] refs: distinguish internal transactions from logical updates Maciej Ciemborowicz
2026-10-08 9:44 ` [PATCH v4 2/4] refs: support replacing reflogs in a transaction Maciej Ciemborowicz
2026-10-08 9:44 ` [PATCH v4 3/4] refs: run copy and rename through ordinary transactions Maciej Ciemborowicz
2026-10-08 9:44 ` [PATCH v4 4/4] refs: remove backend-specific copy and rename callbacks Maciej Ciemborowicz
2026-10-08 10:10 ` [PATCH v4 0/4] refs: run copy and rename through transactions Patrick Steinhardt
2026-10-08 10:43 ` Maciej Ciemborowicz
2026-10-08 11:01 ` Maciej Ciemborowicz
2026-10-08 15:45 ` Junio C Hamano
2026-10-08 19:06 ` Maciej Ciemborowicz
2026-10-08 19:19 ` Kristoffer Haugsbakk
2026-10-08 21:11 ` Maciej Ciemborowicz
2026-10-09 5:41 ` Patrick Steinhardt
2026-10-10 0:22 ` brian m. carlson [this message]
2026-10-08 15:54 ` Junio C Hamano
2026-10-09 21:21 ` Karthik Nayak
2026-10-10 0:06 ` Maciej Ciemborowicz
2026-09-23 12:49 ` [PATCH v4 0/3] refs: report old OIDs for batched deletions Maciej Ciemborowicz
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=asmFLjno-vuuN1ZS@fruit.crustytoothpaste.net \
--to=sandals@crustytoothpaste.net \
--cc=git@vger.kernel.org \
--cc=gitster@pobox.com \
--cc=karthik.188@gmail.com \
--cc=maciej.ciemborowicz@gmail.com \
--cc=ps@pks.im \
/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