git SHA1 0000000000000000000000000000000000000000 (todos ceros), ¿es esto normal?

Tengo una twig aún no comprometida en git con SHA1 0000000000000000000000000000000000000000 (todos ceros), ¿es esto normal o corrompí el repository de git?

Por favor, no responda que sí hay uno en 2 ^ 160, o 0.00000000000000000000000000000000000000000000006842277657836021% de probabilidades de tener ese SHA1.

Estoy razonablemente seguro de que no soy el afortunado que obtuvo el SHA1 de 0000000000000000000000000000000000000000 en su repository de git.

Una confirmación incluye, entre otros metadatos, la date de confirmación. Por lo tanto, el hash de confirmación no se puede mostrar hasta que realmente se haya creado el compromiso. Lo que está viendo no es un SHA de compromiso, es solo un valor pnetworkingeterminado utilizado en la IU.

Tenga en count que puede encontrar el "SHA1 de todos los ceros" hasta el final para confirmar f65fdf (30 de junio de 2005, v0.99 de git)

Linus Torvalds:

Una "vieja reference" de todos los ceros se considera una reference de "no me importa" , y nos permite decir "escriba la nueva reference independientemente de lo que contenga la reference anterior (o incluso si existiera)".

Esto permite (si git-send-pack lo hiciera) crear nuevos refs y arreglar los viejos.


Como SzG mencionó en los comentarios , este es el tipo de SHA1 que encuentras en los ganchos de recepción / actualización de Git y en las nuevas twigs , que representan una "vieja reference" para un object inexistente (mientras que el "nuevo ref" crearía dicho object , como una twig).