# El nuevo hash predeterminado de Git – Lo que significa Published: 2026-10-02 El SHA-256 predeterminado propuesto por Git crea una barrera de compatibilidad para los nuevos repositorios. Revisamos el plan oficial, la objeción de Scott Chacon y una excepción de vista previa de GitHub que funciona, luego cubrimos Pi 1.0 y SvelteKit 3. Veredicto: NEEDS REVIEW. Canonical: https://thedailydiff.dev/es/video/2026-10-02-git-hash-split/ ## Qué cubre este vídeo - ¿Por qué dos repositorios Git pueden negarse a comunicarse? - ¿Qué cambia realmente Git 3? - ¿Por qué reemplazar SHA-1 si Git detecta colisiones? - ¿Qué mostró nuestra comprobación de compatibilidad local? - ¿Qué sobrevive a un fallo en Pi Durable? ## Capítulos - 0:00 ¿Por qué dos repositorios Git pueden negarse a comunicarse? - 0:34 ¿Qué cambia realmente Git 3? - 0:58 ¿Por qué reemplazar SHA-1 si Git detecta colisiones? - 1:51 ¿Qué mostró nuestra comprobación de compatibilidad local? - 2:49 ¿Qué sobrevive a un fallo en Pi Durable? - 3:30 ¿Qué migra SvelteKit 3 por ti? - 4:03 ¿Qué demuestra la excepción de funcionamiento de GitHub? - 4:38 ¿Por qué mi veredicto depende de toda la cadena de herramientas? ## Transcripción traducida Traducido de la narración original en inglés. El audio y los subtítulos disponibles están controlados por YouTube. ### ¿Por qué dos repositorios Git pueden negarse a comunicarse? 0:00 Uno pensaría que actualizar Git mantiene tus herramientas comunicándose. El nuevo hash predeterminado planificado de Git crea repositorios que el formato antiguo actual no puede comunicarse. En este vídeo, ¿por qué cambiar? ¿Qué se rompe? ¿Quién está listo? Ya hay una excepción que funciona en GitHub. Te mostraré lo que demuestra al final. Es viernes, dos de octubre, y este es The Daily Diff. 0:18 El jueves, un cofundador de GitHub calificó el cambio planificado de Git como un error costoso. Pi lanzó un nuevo arnés de agente, y SvelteKit lanzó otra migración. Scott Chacon ayudó a construir GitHub y escribió Pro Git, así que esta queja viene de dentro de la casa. La casa también vende herramientas de Git. Primero, el plan real. ### ¿Qué cambia realmente Git 3? 0:35 Git tres establecería por defecto nuevos repositorios a SHA doscientos cincuenta y seis, una vez que las bibliotecas y los servicios de alojamiento estén listos para soportarlo. El documento oficial no da fecha de lanzamiento y mantiene el soporte para SHA uno. Tu repositorio existente no cambia mágicamente de formato cuando actualizas el ejecutable. Eso vale la pena recordarlo antes de que tu chat grupal programe una migración de emergencia. El drama es un predeterminado propuesto, y la fecha límite es actualmente un calendario en blanco. ### ¿Por qué reemplazar SHA-1 si Git detecta colisiones? 0:58 ¿Por qué cambiar en absoluto? Git nombra objetos al hacer hash de sus contenidos. Los archivos se introducen en árboles, y los commits se refieren a árboles y commits anteriores. Eso te da integridad a través de la historia. Cambia el esquema de hash y los nombres de los objetos también cambian, incluyendo las referencias almacenadas dentro de otros objetos. Chacon se remonta a Linus Torvalds, el creador de Git, argumentando que la distribución 1:17 confiable importa. Esa es una posición histórica, y Linus eligió SHA uno en dos mil cinco. El caso de seguridad ha cambiado desde entonces. Investigadores demostraron colisiones de SHA uno en dos mil diecisiete, y más tarde demostraron un ataque de prefijo elegido contra certificados de identidad PGP. Git moderno detecta ataques de colisión conocidos con SHA uno reforzado. Sus mantenedores también quieren protección contra futuros ataques, lo cual es razonable esperar de las firmas. 1:41 Chacon cree que la factura del ecosistema compra muy poca seguridad. Propone firmar una suma de verificación fuerte separada de los contenidos del árbol, manteniendo el direccionamiento de objetos actual por debajo. ¿Qué se rompe? Creé ambos formatos localmente y hice hash del mismo pequeño archivo. ### ¿Qué mostró nuestra comprobación de compatibilidad local? 1:54 Un nombre de objeto tiene cuarenta caracteres hexadecimales, el otro tiene sesenta y cuatro. Luego intenté buscarlos entre ellos. Mi Git instalado lo rechazó con algoritmos no coincidentes, exactamente la brecha de compatibilidad descrita en el manual oficial actual. Esto usó mi viejo Git instalado, así que nos dice sobre el límite actual. Llamarlo una prueba del Git tres no lanzado sería contabilidad creativa. El trabajo de migración llega a scripts que asumen una longitud de hash, y sistemas que enlazan con nombres de objetos. 2:19 Rehacer el hash de una historia necesita una asignación entre esas identidades. El diseño de transición de Git incluye esa asignación y el manejo de firmas. La preparación de la implementación importa, porque un documento de diseño no actualiza la biblioteca que se esconde dentro de tu herramienta de desarrollo favorita. Ese es el costo humano en el argumento de Chacon. Cada mantenedor de herramientas obtiene otro trabajo de compatibilidad, mientras los usuarios descubren que su control de versiones ahora necesita control de versiones. Por ahora, prueba tu host y herramientas antes de elegir el nuevo formato para un 2:44 proyecto. Los equipos existentes pueden mantener su formato actual mientras ese ecosistema se pone al día. Mientras tanto, Pi alcanzó la versión uno punto cero. ### ¿Qué sobrevive a un fallo en Pi Durable? 2:51 Es un arnés de agente de codificación de Earendil, con soporte nativo de MCP a través de Codemode y herramientas cargadas cuando son necesarias. El equipo llama al minimalismo el objetivo. Si tu configuración de agente ya se parece a un pequeño gobierno, mantener las herramientas fuera del prompt hasta que sean necesarias suena a reforma administrativa. También lanzó Pi Durable, un marco experimental separado. Las tareas guardan puntos de control para que un proceso reiniciado pueda retomar el trabajo sin terminar de almacenamiento persistente. El detalle crucial es la reproducción de la herramienta. 3:16 Una herramienta interrumpida por un fallo se vuelve a ejecutar solo cuando declara que es seguro. De lo contrario, se le informa al modelo que fue interrumpido. Ese es un límite útil cuando una herramienta puede gastar dinero. Quiero que el asistente recuerde mi lista de compras sin celebrar un fallo comprándola dos veces. ### ¿Qué migra SvelteKit 3 por ti? 3:30 SvelteKit tres también aterrizó el jueves, moviendo la configuración a Vite y reemplazando dólar lib con hash lib, usando importaciones de subrutas de paquetes estándar. El comando de migración reescribe lo que puede y deja una lista de tareas para el resto. Tu robot puede ayudar, y tu diff todavía merece ser leído. El anuncio incluso recluta a tus amigos robots para las sobras. Estamos llegando al punto en que una actualización de framework envía deberes y un profesor sustituto sugerido. Y las funciones remotas aún necesitan Async Svelte experimental. 3:56 Un número de versión principal se siente tranquilizador, pero las características individuales llevan sus propias etiquetas de madurez. Comprueba las que realmente estás usando. ### ¿Qué demuestra la excepción de funcionamiento de GitHub? 4:03 ¿Quién está listo para el nuevo formato de Git? Aquí está esa excepción. Un repositorio público de GitHub que contiene la charla de Brian Carlson ya devuelve un nombre de objeto SHA doscientos cincuenta y seis completo. Revisé el remoto público directamente. Las diapositivas de la charla llaman al soporte una vista previa privada y dicen que la creación de repositorios todavía está en camino. Hay un progreso real detrás de la sala de espera. Eso demuestra que GitHub puede servir este repositorio de vista previa. 4:24 No nos da ninguna garantía de que la creación de proyectos ordinarios o todas tus integraciones estén listas. La excepción tiene un límite de permisos. Si prefieres leer esto en lugar de oírme decirlo, el diff llega a tu bandeja de entrada cada mañana, gratis en the daily diff punto dev, enlace abajo. Así que el veredicto de hoy es NEEDS REVIEW. ### ¿Por qué mi veredicto depende de toda la cadena de herramientas? 4:40 Mantendría la opción de hash más fuerte y probaría toda la cadena de herramientas antes de cambiar los valores predeterminados. La compatibilidad es parte de entregar la mejora de seguridad. Y ese es el diff de hoy. Soy Niko de Axrisi. Fusionar con responsabilidad. ## Fuentes - [Chacon](https://blog.gitbutler.com/git-3-sha-256) — blog.gitbutler.com - [Git's official plan](https://git-scm.com/docs/BreakingChanges) — git-scm.com - [Current interoperability](https://git-scm.com/docs/git-init) — git-scm.com - [Transition design](https://git-scm.com/docs/hash-function-transition) — git-scm.com - [Independent collision research](https://sha-mbles.github.io/) — sha-mbles.github.io - [GitHub preview repository](https://github.com/bk2204/talk-rust-in-git) — github.com - [Pi 1.0](https://earendil.com/posts/pi-1-0/) — earendil.com - [Pi Durable](https://earendil.com/posts/pi-durable/) — earendil.com - [SvelteKit 3](https://svelte.dev/blog/sveltekit-3-is-here) — svelte.dev - [HN discussion](https://news.ycombinator.com/item?id=49924179) — news.ycombinator.com