From: "Bence Ferdinandy" <bence@ferdinandy.com>
To: "Junio C Hamano" <gitster@pobox.com>, <git@vger.kernel.org>
Subject: Re: What's cooking in git.git (Nov 2024, #02; Fri, 1)
Date: Tue, 05 Nov 2024 21:54:03 +0100 [thread overview]
Message-ID: <D5EJL736B135.2ZP7G9GHUY0YL@ferdinandy.com> (raw)
In-Reply-To: <xmqqr07rwsmd.fsf@gitster.g>
On Mon Nov 04, 2024 at 05:05, Junio C Hamano <gitster@pobox.com> wrote:
> Here are the topics that have been cooking in my tree. Commits
> prefixed with '+' are in 'next' (being in 'next' is a sign that a
> topic is stable enough to be used and are candidate to be in a
> future release). Commits prefixed with '-' are only in 'seen', and
> aren't considered "accepted" at all and may be annotated with an URL
> to a message that raises issues but they are no means exhaustive. A
> topic without enough support may be discarded after a long period of
> no activity (of course they can be resubmit when new interests
> arise).
>
> Thanks everybody, especially Taylor, for keeping things going while
> I was away. Unfortunately, we seem to have acquired way too many
> topics that were posted and picked up without getting reviewed. As
> we discussed a few months ago in <xmqqployf6z5.fsf@gitster.g>, I'll
> start discarding topics that have seen no activities for 3 or more
> weeks. Interested parties can of course revive these topics.
[snip]
Considering the above,
> * bf/set-head-symref (2024-10-23) 8 commits
> - fetch set_head: handle mirrored bare repositories
> - fetch: set remote/HEAD if it does not exist
> - refs: add create_only option to refs_update_symref_extended
> - refs: add TRANSACTION_CREATE_EXISTS error
> - remote set-head: better output for --auto
> - remote set-head: refactor for readability
> - refs: atomically record overwritten ref in update_symref
> - t/t5505-remote: set default branch to main
>
> When "git fetch $remote" notices that refs/remotes/$remote/HEAD is
> missing and discovers what branch the other side points with its
> HEAD, refs/remotes/$remote/HEAD is updated to point to it.
>
> Needs review.
> source: <20241023153736.257733-1-bence@ferdinandy.com>
and that this version of the series has been in for two weeks: is there
something I should/can be doing so as not to hit the 3 week mark?
Most of the patches in the series have been reviewed, some multiple times, but
v9 did have a bit bigger change due to a review suggestion and there have been
two new patches (the first and the last), that were added to fix some issues
(bugs?) uncovered during testing the series that were related to the topic.
Thanks,
Bence
next prev parent reply other threads:[~2024-11-05 21:00 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-11-04 4:05 What's cooking in git.git (Nov 2024, #02; Fri, 1) Junio C Hamano
2024-11-04 15:29 ` Taylor Blau
2024-11-04 22:39 ` Junio C Hamano
2024-11-05 1:51 ` Derrick Stolee
2024-11-05 20:54 ` Bence Ferdinandy [this message]
2024-11-06 0:19 ` Junio C Hamano
2024-11-09 8:51 ` Bence Ferdinandy
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=D5EJL736B135.2ZP7G9GHUY0YL@ferdinandy.com \
--to=bence@ferdinandy.com \
--cc=git@vger.kernel.org \
--cc=gitster@pobox.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).