Looking forward to Git 2.56 – and 3.0

(lwn.net)

43 points | by chmaynard 3 hours ago

4 comments

  • KolmogorovComp 2 hours ago
    Does it mean that when switching trop sha1 to sha256 you need to forcepush and rewrite all history? Wouldn’t that be a massive source of potential vulnerabilities?
    • infogulch 10 minutes ago
      Couldn't you write something that checks every commit's content and message is byte equal to the old tree? One scan through the history to verify it should be relatively simple if not cheap. Should be built into git.
    • em-bee 2 hours ago
      i guess that for now only the default will change for new repositories. support for sha1 is not going to be dropped, so most existing repositories won't switch any time soon. if you want to switch then yes, it sounds like a force push might be needed, although it could also be that simply switching is not possible, but that instead you have to create a new repo and import the history from the old repo, forcing everyone to clone the new repo intentionally.
    • nomel 2 hours ago
      I don't know much about this. How does that enable vulnerabilities exactly?
  • WCSTombs 2 hours ago
    `git add --resolved` is a wonderful idea, and definitely something I would start using.
  • drgo 1 hour ago
    [flagged]
  • coliveira 16 minutes ago
    It is regrettable that they're trying to coerce the use of Rust everywhere just for the sake of it. It's a nonsense that is now forced on everyone.
    • tombert 2 minutes ago
      I don't think it's "just for the sake of it". I think they believe that the Rust code will be safer.