Para aprender el funcionamiento interno de Git, quería calcular los hashes de confirmación manualmente como se describe enestePues contesta.
Sin embargo, mientras printf
funciona (ver más abajo), obtengo un comportamiento extraño con echo
, que genera espacios antes de la sustitución del comando.
¿Por qué echo
inserta esos espacios en la salida?
Incorrecto ( echo
):
$ (echo -ne "commit $(git cat-file commit cc540cb | wc -c)\0"; git cat-file commit cc540cb) | hexdump -Cv
00000000 63 6f 6d 6d 69 74 20 20 20 20 20 20 32 31 38 00 |commit 218.|
00000010 74 72 65 65 20 34 35 64 38 62 30 35 38 32 65 32 |tree 45d8b0582e2|
00000020 34 62 39 61 66 66 38 62 34 64 34 65 35 66 33 31 |4b9aff8b4d4e5f31|
00000030 65 35 38 64 62 38 37 38 61 33 64 32 35 0a 70 61 |e58db878a3d25.pa|
00000040 72 65 6e 74 20 64 64 31 37 31 64 61 35 62 61 64 |rent dd171da5bad|
00000050 31 34 62 36 30 37 36 65 64 64 36 30 66 35 38 33 |14b6076edd60f583|
00000060 33 63 39 33 63 65 38 33 61 36 66 64 61 0a 61 75 |3c93ce83a6fda.au|
00000070 74 68 6f 72 20 6e 6c 79 6b 6b 65 69 20 3c 6e 6c |thor nlykkei <nl|
00000080 79 6b 6b 65 69 40 67 6d 61 69 6c 2e 63 6f 6d 3e |[email protected]>|
00000090 20 31 35 38 36 37 30 33 39 31 39 20 2b 30 32 30 | 1586703919 +020|
000000a0 30 0a 63 6f 6d 6d 69 74 74 65 72 20 6e 6c 79 6b |0.committer nlyk|
000000b0 6b 65 69 20 3c 6e 6c 79 6b 6b 65 69 40 67 6d 61 |kei <nlykkei@gma|
000000c0 69 6c 2e 63 6f 6d 3e 20 31 35 38 36 37 30 37 34 |il.com> 15867074|
000000d0 35 38 20 2b 30 32 30 30 0a 0a 41 77 65 73 6f 6d |58 +0200..Awesom|
000000e0 65 20 72 65 62 61 73 65 21 0a |e rebase!.|
000000ea
Correcto ( printf
):
$ (printf "commit %s\0" $(git cat-file commit cc540cb | wc -c); git cat-file commit cc540cb) | hexdump -Cv
00000000 63 6f 6d 6d 69 74 20 32 31 38 00 74 72 65 65 20 |commit 218.tree |
00000010 34 35 64 38 62 30 35 38 32 65 32 34 62 39 61 66 |45d8b0582e24b9af|
00000020 66 38 62 34 64 34 65 35 66 33 31 65 35 38 64 62 |f8b4d4e5f31e58db|
00000030 38 37 38 61 33 64 32 35 0a 70 61 72 65 6e 74 20 |878a3d25.parent |
00000040 64 64 31 37 31 64 61 35 62 61 64 31 34 62 36 30 |dd171da5bad14b60|
00000050 37 36 65 64 64 36 30 66 35 38 33 33 63 39 33 63 |76edd60f5833c93c|
00000060 65 38 33 61 36 66 64 61 0a 61 75 74 68 6f 72 20 |e83a6fda.author |
00000070 6e 6c 79 6b 6b 65 69 20 3c 6e 6c 79 6b 6b 65 69 |nlykkei <nlykkei|
00000080 40 67 6d 61 69 6c 2e 63 6f 6d 3e 20 31 35 38 36 |@gmail.com> 1586|
00000090 37 30 33 39 31 39 20 2b 30 32 30 30 0a 63 6f 6d |703919 +0200.com|
000000a0 6d 69 74 74 65 72 20 6e 6c 79 6b 6b 65 69 20 3c |mitter nlykkei <|
000000b0 6e 6c 79 6b 6b 65 69 40 67 6d 61 69 6c 2e 63 6f |[email protected]|
000000c0 6d 3e 20 31 35 38 36 37 30 37 34 35 38 20 2b 30 |m> 1586707458 +0|
000000d0 32 30 30 0a 0a 41 77 65 73 6f 6d 65 20 72 65 62 |200..Awesome reb|
000000e0 61 73 65 21 0a |ase!.|
000000e5
Respuesta1
wc -c
genera espacios antes del número:
$ wc -c <file
6
En su primer comando, la cadena commit
y la salida de wc -c
se mantienen dentro de una cadena entre comillas dobles.
En su segundo comando, la salida de wc -c
se usa sin comillas.
En un contexto sin comillas, el shell dividiría la salida en los caracteres en $IFS
, que incluye un espacio, antes de usar las palabras resultantes. (También incluiría el nombre del archivo en las palabras, pero eso no importa aquí).
Obtendría el mismo resultado con su segundo comando si citara la sustitución del comando.
Aunque crea que el segundo comando, con printf
, es "correcto", no citar una sustitución de comando es generalmente una mala idea, debido a la división y la fragmentación que realiza el shell.
Sugeriría citar la sustitución del comando (porque siempre es una buena práctica) y, en su lugar, eliminar explícitamente los espacios de la salida de wc -c
:
(printf "commit %s\0" "$(git cat-file commit cc540cb | wc -c | tr -d ' ')"; git cat-file commit cc540cb) | hexdump -Cv