Si está seguro de que nadie hizo cambios en su repositorio git y que está trabajando en la última versión, git pull
no tiene sentido como una solución en su corazón ...
Entonces esto es probablemente lo que sucedió, solías git commit --amend
Le permite combinar cambios por etapas con la confirmación anterior en lugar de confirmarla como una instantánea completamente nueva. También se puede usar para editar simplemente el mensaje de confirmación anterior sin cambiar su instantánea.
Tutorial ATLASSIAN: reescribiendo el historial
Sin embargo, no se recomienda realizarlo git commit --amend
si ya ha enviado el commit a GitHub , esto se debe a que "la modificación no solo altera el commit más reciente, sino que lo reemplaza por completo. Para Git, se verá como un commit nuevo". lo que significa que para otros desarrolladores en su GitHub, el historial se ve como A-> B-> C pero para usted se parece a A-> B-> D, si GitHub lo permite push
, todos los demás tendrán que corregir su historial manualmente
Esta es la razón por la que recibe el mensaje de error ! [rejected] master -> master (non-fast-forward)
, si sabe que nadie ha realizado su último cambio, puede hacerlo git push --force
, esto alterará el historial de git en su repositorio público . De lo contrario ... puede realizar git pull
, pero creo que esto tendrá el mismo resultado que no realizó git commit --amend
, creará una nueva confirmación (es decir: git history después de git pull: A-> B-> C-> D )
para más detalles: cómo cambiar su último commit