Git development
 help / color / mirror / Atom feed
From: Johannes Schindelin <Johannes.Schindelin@gmx.de>
To: Junio C Hamano <gitster@pobox.com>
Cc: git@vger.kernel.org
Subject: Git v3.0 timeline, was Re: What's cooking in git.git (Sep 2026, #08)
Date: Tue, 22 Sep 2026 15:25:57 +0200 (CEST)	[thread overview]
Message-ID: <76ac51df-cef8-c6a9-2610-8c21f03c6999@gmx.de> (raw)
In-Reply-To: <xmqqwlsei1pv.fsf@gitster.g>

Hi Junio,

On Mon, 21 Sep 2026, Junio C Hamano wrote:

> Git 2.56-rc1 has been tagged.  We may merge last-minute fixes before
> the final Git 2.56 release, but otherwise I do not expect any new
> feature topics to be ready before the final, so most of the
> in-flight topics will stay cooking in 'next' until then.  As
> discussed at the Git Contributors' Summit, the version after the
> upcoming Git 2.56 will be Git 2.98, scheduled near the end of this
> year.

Would you say that the following is an accurate characterization of the
timeline, so that people who need to plan dependent projects can rely on
it?

The participants of the Git Contributor Summit agreed on a certain release
shape, rather than timing: release v2.99.1 and v3.0 simultaneously,
differing only in the breaking-change defaults. The timeline discussed was
v2.56 in September, v2.98 in December, then v2.99/v3.0 around March 2027;
April also came up. Dropping v2.57 in favor of v2.98 was an explicit
decision. This would make v3.0 principally a deliberate compatibility
transition, rather than a separate batch of features.

Rust was treated as mandatory for v3.0, and the explicit check for
objections drew none from anyone in the room. Compared with the
contentious portability discussion on the Git mailing list, that is a
notable signal. It does not establish that the portability problems
themselves are solved.

One of Git v3.0's bigger-impact challenges is SHA-256 interoperability,
which is purportedly done, but not on the Git mailing list yet, and there
was affirmation that it will handle historical tags too. While GitLab
already has support for SHA-256, GitHub has it only in private preview
with general availablility likely before the end of the year. JGit does
_not_ have SHA-256 support, and no participant knew of anyone funding it.
The ecosystem transition therefore remains uneven.

Is this a fair summary of the "Git v3.0" breakout session at the Git
Contributor Summit, from your point of view?

Ciao,
Johannes


  parent reply	other threads:[~2026-09-22 13:26 UTC|newest]

Thread overview: 19+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2026-09-22  0:11 What's cooking in git.git (Sep 2026, #08) Junio C Hamano
2026-09-22  8:11 ` kh/format-patch-range-diff-notes Kristoffer Haugsbakk
2026-09-22 13:25 ` Johannes Schindelin [this message]
2026-09-22 13:49   ` Git v3.0 timeline, was Re: What's cooking in git.git (Sep 2026, #08) Junio C Hamano
2026-09-22 17:06     ` Johannes Schindelin
2026-09-24  3:56       ` Junio C Hamano
2026-09-24  4:30         ` Junio C Hamano
2026-09-24 12:29           ` Johannes Schindelin
2026-09-24 17:00             ` Junio C Hamano
2026-09-24 18:08           ` Ramsay Jones
2026-09-22 18:44     ` My summary of the Git Contributors' Summit 2026, was " Johannes Schindelin
2026-09-23 11:55       ` Daniele Sassoli
2026-09-24 12:31         ` Johannes Schindelin
2026-09-25  9:53         ` Luca Milanesio
2026-09-23 12:52       ` D. Ben Knoble
2026-09-23 14:22       ` Security mailing list & process, was Re: My summary of the Git Contributors' Summit 2026 Toon Claes
2026-09-24 12:38         ` Johannes Schindelin
2026-09-23 14:40       ` Git Contributor' summit: Documentation, was: Re: My summary of the Git Contributors' Summit 2026, was Re: Git v3.0 timeline, was Re: What's cooking in git.git (Sep 2026, #08) Toon Claes
2026-09-23 15:15         ` Git Contributor' summit: Documentation, Junio C Hamano

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=76ac51df-cef8-c6a9-2610-8c21f03c6999@gmx.de \
    --to=johannes.schindelin@gmx.de \
    --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