git.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Junio C Hamano <gitster@pobox.com>
To: "Bence Ferdinandy" <bence@ferdinandy.com>
Cc: <git@vger.kernel.org>
Subject: Re: What's cooking in git.git (Nov 2024, #02; Fri, 1)
Date: Tue, 05 Nov 2024 16:19:57 -0800	[thread overview]
Message-ID: <xmqqcyj9rz6a.fsf@gitster.g> (raw)
In-Reply-To: <D5EJL736B135.2ZP7G9GHUY0YL@ferdinandy.com> (Bence Ferdinandy's message of "Tue, 05 Nov 2024 21:54:03 +0100")

"Bence Ferdinandy" <bence@ferdinandy.com> writes:

>> 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,
> ...
> 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?

The "manual" to run the project on the maintainer side has this:

   - If a topic that was picked up to 'seen' becomes and stays
     inactive for 3 calendar weeks without having seen a clear
     consensus that it is good enough to be moved to 'next', the
     topic may be discarded from 'seen'.  Interested parties are
     still free to revive the topic.  For the purpose of this
     guideline, the definition of being "inactive" is that nobody
     has discussed the topic, no new iteration of the topic was
     posted, and no responses to the review comments were given.

If the topic has been updated large-ish-ly since the previous
rounds, it may deserve a fresh review, or the reviewers of the
previous rounds may find it sufficient that they judge based on the
change since the previous round (assuming that the earlier reviews
did a good job of hunting problems in the previous rounds).  I do
not offhand know who read the topic and how big a course-change the
topic took during my absense, so hopefully somebody who is more
familiar with the latest round can chime in before I dig the topic
out from the bottom of my pile of backlog.

Thanks.

  reply	other threads:[~2024-11-06  0:20 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
2024-11-06  0:19   ` Junio C Hamano [this message]
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=xmqqcyj9rz6a.fsf@gitster.g \
    --to=gitster@pobox.com \
    --cc=bence@ferdinandy.com \
    --cc=git@vger.kernel.org \
    /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).