tipos tag remove practices etiquetas crear best git git-commit

remove - git tag best practices



Empujar confirmaciones vacĂ­as a control remoto (4)

¿Hay desventajas / consecuencias de presionar commits vacíos?

Aparte de la confusión extrema que alguien podría tener de por qué hay un montón de compromisos sin contenido en ellos en el maestro, realmente no.

Puedes cambiar la confirmación que enviaste al control remoto, pero el sha1 de la confirmación (básicamente su número de identificación) cambiará de forma permanente, lo que altera el árbol fuente. Tendrás que hacer un git push -f back to remote.

He empujado una confirmación a remota, pero ahora me di cuenta de que el mensaje de confirmación no es correcto. Me gustaría cambiar el mensaje de confirmación pero AFAIK no es posible. Así que decidí crear commit vacío con el mensaje correcto:

git commit --allow-empty

¿Hay desventajas / consecuencias de presionar commits vacíos? ¿Hay algún problema que pueda enfrentar en el futuro debido a este compromiso vacío?


No enfrentarás ninguna consecuencia terrible, solo que la historia se verá algo confusa.

Podrías cambiar el mensaje de compromiso haciendo

git commit --amend git push -f

PERO esto anulará la historia remota con la tuya, lo que significa que si alguien saca ese informe mientras tanto, esta persona estará muy enojada contigo ...

Solo hazlo si eres la única persona que accede al repositorio.


Siempre y cuando claramente haga referencia a la otra confirmación de la confirmación vacía, debería estar bien. Algo como:

Commit message errata for [commit sha1] [new commit message]

Como han señalado otros, esto a menudo es preferible forzar el empuje de un compromiso corregido.


al presionar commits, ya sea que esté vacío o no, se activan eventuales git hooks. Esto no puede hacer nada ni tener consecuencias devastadoras en el mundo.