Empujar confirmaciones vacías a control remoto

He enviado una confirmación a control remoto, 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 una confirmación vacía con el mensaje correcto:

git commit --allow-empty

¿Hay alguna desventaja / consecuencia de empujar compromisos vacíos? ¿Hay algún problema que pueda enfrentar en el futuro debido a esta confirmación vacía?

No enfrentarás ninguna consecuencia terrible, solo la historia parecerá un poco confusa.

Usted podría cambiar el mensaje de confirmación al hacer

git commit --amend
git push --force-with-lease # (as opposed to --force, it doesn't overwrite others' work)

PERO esto anulará el historial remoto con el tuyo, lo que significa que si alguien retiró ese repositorio mientras tanto, esta persona se enojará mucho contigo ...

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

empujar commits, ya sea vacío o no, hace que se activen eventuales ganchos git. Esto no puede hacer nada o tener consecuencias mundiales devastadoras.

¿Hay alguna desventaja / consecuencia de empujar commits vacíos?

Aparte de la extrema confusión que alguien podría tener sobre por qué hay un montón de confirmaciones sin contenido en ellas en master, en realidad no.

Usted puede cambiar el commit que empujó a distancia, pero el SHA1 del commit (Básicamente se trata de número de identificación) va a cambiar de forma permanente, lo que altera la estructura de directorios - Será entonces tiene que hacer una git push -fvuelta a distancia.

Siempre que haga referencia clara al otro commit del commit vacío, debería estar bien. Algo como:

Commit message errata for [commit sha1]

[new commit message]

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

 $ git commit --allow-empty -m "Trigger Build"

¿Qué hay de esto?

 git commit --allow-empty-message -m ''