‹ BackHN Continuity

Thread

Git 3.0's upcoming SHA-256 default will be a costly mistake

570 points · 536 comments · chmaynard

  1. gandreani · · focus · HN ↗
    One of my favorite fun facts about Fossil SCM (another source control by the devs of sqlite) is that they patched their use of SHA1 6 days after the shattered attack was published:

    "Both Fossil and Git started out using only SHA1 hashes. But when the SHAttered attack against SHA1 was published on 2017-02-23, the need to migrate to a stronger hash algorithm was recognized. Fossil added the ability to use SHA3-256 as an alternative on 2017-03-01 (six days after the SHAttered attack was first published). SHA3-256 is now the default for all new repositories and check-ins in Fossil, though older check-ins that occurred prior to SHAttered can still use their original SHA1 hash. Hence, no repositories had to be rebuilt and no hyperlinks were broken."

    <a href="https:&#x2F;&#x2F;fossil-scm.org&#x2F;home&#x2F;doc&#x2F;trunk&#x2F;www&#x2F;hundredandone.md" rel="nofollow">https:&#x2F;&#x2F;fossil-scm.org&#x2F;home&#x2F;doc&#x2F;trunk&#x2F;www&#x2F;hundredandone.md

    To me it&#x27;s so interesting watching in realtime Git is still battling with this decision and for Fossil it was just another week of development.

    That whole page is fun to read. Another fun fact somewhere else in the docs is that Fossil uses a grow-only set to store commits. They came up with this scheme some years before it was formalized by CRDTs!

    1. fragmede · · focus · HN ↗
      It&#x27;s easier to make world breaking changes when the world is really small. If git could magically just get everything and everyone to cut over and use git 3.0 in a magic instant, it wouldn&#x27;t be having this problem.
      1. nofunsir · · focus · HN ↗
        Here&#x27;s a stoichiometric bird for you:

        :%s&#x2F;git 3\.0&#x2F;python 3.0&#x2F;g

        1. fragmede · · focus · HN ↗
          Or IPv6 or windows 11.

          :x

          Neovim&#x27;s lazyvim plugin sucks because it takes over H C and L.

          1. Dylan16807 · · focus · HN ↗
            Huh wha? What problems are solved by getting all Windows users onto Windows 11 in particular?
            1. rovr138 · · focus · HN ↗
              Security since Windows 10 and below are not supported.

              <a href="https:&#x2F;&#x2F;support.microsoft.com&#x2F;en-us&#x2F;windows&#x2F;deployment&#x2F;updates-lifecycle&#x2F;windows-10-support-has-ended-on-october-14-2025" rel="nofollow">https:&#x2F;&#x2F;support.microsoft.com&#x2F;en-us&#x2F;windows&#x2F;deployment&#x2F;updat...

              &gt; Windows 10 support has ended on October 14, 2025

              1. Dylan16807 · · focus · HN ↗
                That&#x27;s not true because of extended support, but even if it was true, what&#x27;s the goal here? What benefit does the entire ecosystem share from getting people standardized on 11? Botnets get 25% smaller? That&#x27;s not some kind of important threshold. Or developers can count on access to a newer mutex API or something? Whereas getting everyone on the same git hash or python or IP protocol streamlines things enormously.
                1. rovr138 · · focus · HN ↗
                  &gt; Whereas getting everyone on the same git hash or python or IP protocol streamlines things enormously.

                  You don&#x27;t think that if we had everyone on the same Windows version we could streamline things enormously?

                  For MS, for developers, for hardware manufacturers, and so on to be able to deploy, for example, ipv6 since everyone is on the same stack? Same stack, same bugs, same fixes.

                  1. Dylan16807 · · focus · HN ↗
                    Microsoft can already put out an update to both windows 10 and 11 at the same time. They occasionally do this for bugfixes. That hits basically all Windows users.

                    The difference in effort between updating one versus two very similar code bases is minor, especially when &quot;Windows 10&quot; and &quot;Windows 11&quot; each refer to multiple versions already.

                    For drivers you only need one version to support both.

                    IPv6 has been built into Windows for ages. If you think they can force toggle it or something, that won&#x27;t work at all and deleting Windows 10 wouldn&#x27;t make it easier.

                    1. rovr138 · · focus · HN ↗
                      So you&#x27;re there&#x27;s exactly 0 effort in managing things for multiple Windows versions, for anyone along the entirety of the ecosystem? From MS developer, third party developer, hardware, drivers, users, etc?

                      How about testing? Do you think that there&#x27;s no testing put out when a fix has to go out for 2 OS, regardless of how similar they are?

                      &gt; What problems are solved by getting all Windows users onto Windows 11 in particular?

                      I have given a few. If you don&#x27;t want to see it, that&#x27;s fine.

                      1. Dylan16807 · · focus · HN ↗
                        Exactly 0? I said it&#x27;s not &quot;streamlined enormously&quot;.

                        I would estimate that supporting both windows 10 and 11 is a single digit percentage harder than supporting just one of them.

                        &gt; I have given a few. If you don&#x27;t want to see it, that&#x27;s fine.

                        Where? You said something vague about streamlining, and the only concrete example was something about &quot;deploy ipv6&quot; which Microsoft did back in Vista.

Open on Hacker News to reply ↗

Unofficial Hacker News client; not affiliated with Y Combinator.