¿Qué command hizo git con "git reset –har"

Extrañé la tecla de tabulación antes de presionar Enter en mi twig local de git, terminé ejecutando:

git reset --har 

frente a la intención

 git reset --hard 

Por lo general, git se queja cuando se ejecuta un command que parece estar mal escrito. Miré a través de –help para restablecer git y no encontré arguments para "h", "a", "r".

Parece que se ejecutó el restablecimiento completo. ¿Qué se ejecutó realmente? O si funcionó "–hard" ¿por qué?

información adicional: sylvesterjakubowski $ git –version git versión 1.7.12.4 (Apple Git-37) #en león de montaña.

Esto es según la página de doc de gitcli :

muchos commands permiten que una opción larga "–option" sea abreviada solo a su prefijo único (por ejemplo, si no hay otra opción cuyo nombre comience con "opt", puede escribir "–opt" para invocar el " –option "flag), pero debes deletrearlos completamente cuando escribas tus scripts; las versiones posteriores de Git pueden introducir una nueva opción cuyo nombre comparte el mismo prefijo, por ejemplo, "–optimize", para hacer que un prefijo corto que solía ser único ya no sea único.

También en la misma página:

Los commands que admiten el analizador de opciones mejorado aceptan el prefijo único de una opción larga como si estuviera completamente explicado, pero utilícenlo con precaución. Por ejemplo, git commit –amen se comporta como si hubiera escrito git commit –amend, pero eso solo es cierto hasta que una versión posterior de Git introduce otra opción que comparte el mismo prefijo, por ejemplo, la opción `git commit –amenity '.

Así que sí, se ejecutó git reset --hard

No ejecutó el equivalente de -h -a -r porque hay dos guiones anteriores, no uno.

Git puede estar implementando un algorithm aquí para permitirle usar la coincidencia única más corta para un nombre de bandera larga. Dado que no hay indicadores largos para el git reset comienzan con --har , podría haber tratado la request como inequívoca y procedió a ejecutar el git reset --hard .