git/list[1] front-page[2] threads[3] people[4] search[5] about
 

[NOTES 09/11] Git 3.0

From
Taylor Blau <me@ttaylorr.com>
Date
Oct 6, 2025, 19:20 UTC
Message-ID
<aOQWewStCoT10jDf@nand.local>
In-Reply-To
<aOQVeVYY6zadPjln@nand.local>
Topic: Git 3.0
Leader: Patrick Steinhardt
* Any questions?
* Emily: Patrick, you had proposed the end of next year as the cut date, are
	people happy with that?
* Taylor: we've been using that internally as a benchmark for when we need to
	deliver SHA-256. If Git 3.0 came later and we had more time, certainly
	wouldn't complain, but also wouldn't ask the project to push it back purely on
	that basis.
* Caleb: we need community support for SHA-256.
* Emily: feels like everybody is playing chicken.
* Taylor: ultimately the users need to tell us.
* Patrick: is there work going on on GitOxide?
* Caleb: nobody is asking for it from GitButler's perspective
* Elijah: if we don't push a date out, nobody will ask for it.
* brian: the cost for creating a SHA-1 collision is roughly $10k USD. Don't want
	to spend my bonus check on it, but could do it and spam us with alerts.
* Taylor: sure, but we could just silence those alerts. Also, who would spend
	$10k on this? ;-)
* brian: fair, though not implementations are using a SHA1-DC?
* brian: we should include this in Git 3.0, and we should set a hard date for
	it. We should plan the interop work around that, but can't guarantee that it
	will land by then.
* Martin: what's in scope for Git 3.0?
	 * Elijah: SHA-256 (and maybe interop) is the main thing, some deprecations
	 * Patrick: we have a BreakingChanges that lists what we want to remove.
		 Default reference backend is going to become reftable.
* Taylor: we should be doing brown-outs for deprecated features
* Elijah: we should delay for interop
* Peff: how important is interop really? What is the use-case?
* Elijah: will forges actually support SHA-256 once we enable it? Do we have
	people create SHA-256 and then have them not push them anywhere.
* Peff: how do we push forges versus not?
* Peff: When we release Git 3.0 should not depend on whether or not interop
	works, but whether or not real-world forges and plugins support SHA-256
* brian: smaller forges aren't there yet and won't undertake it until it's in
	3.0
* Taylor: sure, but not the vast majority of users. Ultimately there are always
	going to be some stragglers. Reality is that what “we” consider to be Git and
	the rest of the world consider to be Git are not the same thing. So if we
	release without good support on the forges side, users will be mad at us.
* Let's figure it out on the list?
* brian: I'll start that off.
Previous: Taylor BlauNext: Taylor Blau
Message 10 of 12 in “Notes from the Git Contributor's Summit, 2025”
  1. Taylor BlauOct 6, 2025
  2. 01/11 SHA-256 and interoperability workTaylor Blau, Oct 6, 2025
  3. 02/11 First-class conflicts in Git?Taylor Blau, Oct 6, 2025
  4. 03/11 The future of history rewriting - rebase, replay and history (+Change-IDs)Taylor Blau, Oct 6, 2025
  5. 04/11 RustTaylor Blau, Oct 6, 2025
  6. 05/11 Pluggable object databasesTaylor Blau, Oct 6, 2025
  7. 06/11 Repository maintenance long-term goalsTaylor Blau, Oct 6, 2025
  8. 07/11 Change-ID Header in GitTaylor Blau, Oct 6, 2025
  9. 08/11 Resumable fetch / pushTaylor Blau, Oct 6, 2025
  10. 09/11 Git 3.0Taylor Blau, Oct 6, 2025
  11. 10/11 How can companies respectfully engage contractors to work on Git?Taylor Blau, Oct 6, 2025
  12. 11/11 Conservancy 2025 updatesTaylor Blau, Oct 6, 2025

Read the whole thread, see it on lore, or plain text.

$ cat FOOTERMessages come from the public archive at lore.kernel.org/git, fetched every hour. The front page is chosen and written each morning by an AI editor and can be wrong; the threads themselves are the record. About and API. For agents: an MCP server at https://gitlist.dev/mcp, and any thread, story or person page as Markdown by adding .md to its URL (or sending Accept: text/markdown). Details in /llms.txt.