Thread (21 messages) 21 messages, 7 authors, 2025-10-16

Re: When should we release Git 3.0?

From: Patrick Steinhardt <hidden>
Date: 2025-10-02 13:31:22

On Wed, Oct 01, 2025 at 12:04:38PM -0400, Taylor Blau wrote:
On Wed, Oct 01, 2025 at 08:13:12AM +0100, Luca Milanesio wrote:
quoted
I am worried that if we rush into Git 3.0 with breaking changes that
would make other “forges” (e.g. JGit) incompatible, we would be in a
difficult situation with the other Git ecosystem that isn’t based on
the C-Git implementation.
That's a good point. I am not familiar enough with JGit (or really any
non-standard Git implementations) to know where SHA-256 support is in
those respective implementations.

But regardless of whether we're talking about a forge that is based on
git.git or some other implementation, there is very likely lots of other
work to be done to support SHA-256 outside of flipping the hash function
within Git.

(I'm thinking here about database migrations for columns that may store
40-character SHA-1 hashes, for example, which can take a potentially
significant amount of time to migrate depending on the size of the
database, etc.)

So my feeling here is that we should take into account not just the
readiness of the underlying Git implementation used by hosting providers
in the Git ecosystem, but also the readiness of the hosting providers
themselves to do the work necessary to facilitate that transition
outside of their Git implementation.
We definitely should take into account the readiness. But what I think
we'll need is a roadmap from impacted Git implementations and hosting
providers so that we can answer the question when they plan to have
SHA256 support ready.

Without such a roadmap it's basically impossible for us to set up any
realistic date. In that case, we only have one of two options:

  - We just wait until eventually everyone has SHA256 support. This has
    the effect that there is no pressure on anybody, and thus it is more
    likely than not that it'll just never happen.

  - We set a strict, "uninformed" deadline that may be too ambitious and
    unrealistic.

Once we have roadmaps, we should set a strict deadline that takes them
into account. Any hosting provider or implementation of Git that doesn't
provide a roadmap will not be taken into account in our planning.

We should of course actively reach out to the projects that we're aware
of so that they have a chance to provide such a roadmap in the first
place.

Patrick
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help