SShortSingh.
TopTechnologyAI & MLStartupsProgrammingScienceBusinessFinanceCrypto & Web3World
Back to feed
Programming

Git SHA-256 migration: what the Git 3 proposal actually changes

0
·6 views

Git's proposed SHA-256 default has prompted a fight over how much migration work stronger hashing should require. On October 1, GitHub and GitButler co-founder Scott Chacon called the plan a "costly mistake". For developers, the immediate question is whether a new repository format will work through the tools they already depend on. TL;DR Git's official proposal changes the default for new repositories, requires ecosystem readiness and gives no release date. SHA-1 support remains.

Read the full story at DEV Community

This is an AI-generated summary. ShortSingh links to the original source for the complete article.

Discussion (0)

Log in to join the discussion and vote.

Log in

Related stories

0
ProgrammingDEV Community ·

Slop Kart - Official Trailer, rendered from the game's own code

Slop Kart is our free browser kart racer, and this is its trailer: 55 seconds, cut like an anime opening. How it was made None of the racing footage is a screen recording. Because we own the game's source, the trailer runs the real game in a director mode: Scripted races. Each shot is a small scenario: who is on track, where they start, what they do. The simulation is baked to a per-tick recording, so every frame is a pure function of time and renders the same way every time.

0 comments Read more at DEV Community
0
ProgrammingDEV Community ·

SaS além da vitrine: Service as Software, o que o agente compra e o humano só vê

A gente vai sofrer uma revolução muito rápida. Os agentes pessoais já estão no caminho: Dots, Grok Bot e Muse. A capacidade nova não é o chat. É o computador interno, na nuvem: browser, arquivo, login nas ferramentas, trabalho com o notebook fechado. Os de sessão já estão no loop de quem escreve software: Cursor, Claude Code, Codex, Windsurf.

0 comments Read more at DEV Community
0
ProgrammingDEV Community ·

Road to State Machines IV - But How Do We Let Data Influence Transitions Without Turning Every Value into Another State?

Our lifecycle now has one explicit transition table. For a valid order, it tells us: The operations consult that table before making a change. The code that lists available actions consults it too. But Part III ended with another requirement: Consider two orders. Both are paid, and both retain their captured payment records: Order Status Payment record Delivery address A PAID Present Supported B PAID Present Unsupported Both records satisfy our existing invariants.

0 comments Read more at DEV Community