From: Junio C Hamano <gitster@pobox.com>
To: "Kristoffer Haugsbakk" <kristofferhaugsbakk@fastmail.com>
Cc: git@vger.kernel.org
Subject: Re: What's cooking in git.git (Nov 2024, #07; Wed, 20)
Date: Fri, 22 Nov 2024 08:11:09 +0900 [thread overview]
Message-ID: <xmqqy11cdvxu.fsf@gitster.g> (raw)
In-Reply-To: <10282b43-4b1c-4e8d-a2cd-2aa725622e90@app.fastmail.com> (Kristoffer Haugsbakk's message of "Thu, 21 Nov 2024 16:31:48 +0100")
"Kristoffer Haugsbakk" <kristofferhaugsbakk@fastmail.com> writes:
> The patch got an Ack from Christian.[1] The patch submitter is supposed to add
> trailers like `Acked-by` in subsequent versions according to SubmittingPatches.
> But this one went straight from proposal to `next` as far as I could see.
Straight is a relative term.
You could have said "ah, thanks for an ack, here is a resend" before
I queued, provided if Christian sent his ack quicly enough. Or if
Christian ack'ed before I queued the patch (and provided if I saw
it), I may have added it while queuing. But the thing is, people
work in parallel and in different timezones, especially for a
trivially correct and good patch, things may not move sufficiently
slowly to allow that to happen. And it obviously is a good thing to
allow trivially correct and good changes faster to 'next' with least
amount of bureaucracy ;-)
So I wouldn't worry much about missing Ack here or there, especially
for something that is simple and non-controversial.
One thing you can do to stop the train is to send a note saying "oh,
please hold and do not merge this to 'next' yet, since I have second
thoughts", before the merge happens, but you obviously have the same
problem that the world around you are also moving ;-).
Thanks.
prev parent reply other threads:[~2024-11-21 23:11 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-11-20 8:49 What's cooking in git.git (Nov 2024, #07; Wed, 20) Junio C Hamano
2024-11-20 10:36 ` Patrick Steinhardt
2024-11-20 13:41 ` shejialuo
2024-11-21 1:10 ` Junio C Hamano
2024-11-20 10:39 ` karthik nayak
2024-11-20 16:40 ` Taylor Blau
2024-11-21 0:44 ` Junio C Hamano
2024-11-22 4:34 ` Junio C Hamano
2024-11-21 8:26 ` Kristoffer Haugsbakk
2024-11-21 12:59 ` Junio C Hamano
2024-11-21 15:31 ` Kristoffer Haugsbakk
2024-11-21 23:11 ` Junio C Hamano [this message]
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=xmqqy11cdvxu.fsf@gitster.g \
--to=gitster@pobox.com \
--cc=git@vger.kernel.org \
--cc=kristofferhaugsbakk@fastmail.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.