J'ai fait un git commit et un push ultérieur. Je voudrais changer le message de validation. Si je comprends bien, ce n'est pas conseillé car quelqu'un a pu se retirer du référentiel distant avant d'effectuer de telles modifications. Et si je sais que personne n'a tiré?

Y a-t-il un moyen de faire cela?

Changer l'histoire

S'il s'agit du commit le plus récent, vous pouvez simplement le faire:

git commit --amend

Cela affiche l'éditeur avec le dernier message de validation et vous permet de modifier le message. (Vous pouvez utiliser -msi vous souhaitez effacer l'ancien message et en utiliser un nouveau.)

Pousser

Et puis quand vous poussez, faites ceci:

git push --force-with-lease <repository> <branch>

Ou vous pouvez utiliser "+":

git push <repository> +<branch>

Ou vous pouvez utiliser --force:

git push --force <repository> <branch>

Soyez prudent lorsque vous utilisez ces commandes.

• Si quelqu'un d'autre a poussé les modifications vers la même branche, vous souhaiterez probablement éviter de détruire ces modifications. L' --force-with-leaseoption est la plus sûre, car elle sera abandonnée en cas de modifications en amont (

• Si vous ne spécifiez pas la branche explicitement, Git utilisera les paramètres push par défaut. Si votre paramètre de push par défaut est "correspondant", vous pouvez détruire les modifications sur plusieurs branches en même temps.

Tirer / récupérer ensuite

Quiconque a déjà tiré recevra maintenant un message d'erreur, et il devra mettre à jour (en supposant qu'il n'apporte aucune modification lui-même) en faisant quelque chose comme ceci:

git fetch origin
git reset --hard origin/master # Loses local commits

Soyez prudent lors de l'utilisation reset --hard. Si vous avez modifié la branche, ces modifications seront détruites.

Une note sur la modification de l'historique

Les données détruites ne sont en fait que l'ancien message de validation, mais --forcene le savent pas, et supprimeront également volontiers d'autres données. Pensez donc --forceà "Je veux détruire les données, et je sais avec certitude quelles données sont détruites." Mais lorsque les données détruites sont validées, vous pouvez souvent récupérer les anciennes validations du reflog - les données sont en fait orphelines au lieu d'être détruites (bien que les validations orphelines soient périodiquement supprimées).

Si vous ne pensez pas que vous détruisez des données, restez à l'écart de --force... de mauvaises choses pourraient se produire .

C'est pourquoi --force-with-leaseest un peu plus sûr.

Dis le :

git commit --amend -m "New commit message"

et alors

git push --force

Pour modifier un commit autre que le plus récent:

Étape 1 : git rebase -i HEAD~npour effectuer un rebase interactif pour les dernières validations naffectées. (c.-à-d. si vous voulez changer un message de validation, 3 validations reviennent, faites git rebase -i HEAD~3)

git affichera un éditeur pour gérer ces validations, notez cette commande:

#  r, reword = use commit, but edit the commit message

c'est exactement ce dont nous avons besoin!

Étape 2 : passezpick à rpour les validations que vous souhaitez mettre à jour le message. Ne vous embêtez pas à changer le message de validation ici, il sera ignoré. Vous le ferez à l'étape suivante. Enregistrez et fermez l'éditeur.

Notez que si vous modifiez votre «plan» de rebase mais qu'il ne commence pas le processus de vous permettre de renommer les fichiers, exécutez:

git rebase --continue

Si vous souhaitez modifier l'éditeur de texte utilisé pour la session interactive (par exemple, du vi par défaut à nano), exécutez:

GIT_EDITOR=nano git rebase -i HEAD~n

Étape 3 : Git fera apparaître un autre éditeur pour chaque révision que vous avez mise ravant. Mettez à jour le message de validation à votre guise, puis enregistrez et fermez l'éditeur.

Étape4 : Une fois tous les commits, les msgs sont mis à jour. vous voudrez peut-être faire git push -fpour mettre à jour la télécommande.

Utilisez ces deux étapes dans la console:

git commit --amend -m "new commit message"

et alors

git push -f

Terminé :)

Il convient de noter que si vous utilisez push --forceplusieurs références, elles seront TOUTES modifiées en conséquence. Assurez-vous de faire attention à l'endroit où votre dépôt git est configuré pour pousser. Heureusement, il existe un moyen de protéger légèrement le processus, en spécifiant une seule branche à mettre à jour. Lisez les pages de manuel de git:

Notez que --force s'applique à toutes les références qui sont poussées, donc l'utiliser avec push.default défini sur correspondant ou avec plusieurs destinations push configurées avec remote. *. Push peut écraser les références autres que la branche actuelle (y compris les références locales qui sont strictement derrière leur homologue distant). Pour forcer un push sur une seule branche, utilisez un + devant la refspec pour pousser (par exemple git push origin + master pour forcer un push sur la branche master).

Si vous souhaitez modifier une ancienne COMMIT pas le dernier, vous devrez utiliser la rebasecommande comme expliqué ici, page d'aide Github , le modifiant le message de plus ou de plusieurs commits section

Commande 1 .

git commit --amend -m "New and correct message"

Alors,

Commande 2 .

git push origin --force

git commit --amend

puis modifiez et modifiez le message dans la fenêtre actuelle. Après cela,

git push --force-with-lease

Une autre option consiste à créer un "commit d'errata" (et push) supplémentaire qui référence l'objet de commit qui contient l'erreur - le nouveau commit d'errata fournit également la correction. Un commit d'errata est un commit sans modification substantielle de code mais un message de commit important - par exemple, ajoutez un caractère espace à votre fichier readme et validez ce changement avec le message de commit important, ou utilisez l'option git --allow-empty. C'est certainement plus facile et plus sûr que le rebasage, il ne modifie pas le véritable historique et il maintient l'arborescence des branches propre (en utilisantamendest également un bon choix si vous corrigez le commit le plus récent, mais un commit d'errata peut être un bon choix pour les commits plus anciens). Ce genre de chose arrive si rarement qu'il suffit de simplement documenter l'erreur. À l'avenir, si vous devez rechercher dans un journal git un mot clé de fonctionnalité, le commit d'origine (erroné) peut ne pas apparaître car le mauvais mot clé a été utilisé dans ce commit d'origine (la faute de frappe d'origine) - cependant, le mot clé apparaîtra dans l'errata commit qui vous dirigera ensuite vers le commit d'origine qui avait la faute de frappe. Voici un exemple:

$ git log
valider 0c28141c68adae276840f17ccd4766542c33cf1d
Auteur: First Last 
Date: mer 8 août 15:55:52 2018 -0600

    Validation d'errata:
    Ce commit n'a pas de changement de code substantiel.
    Cette validation est fournie uniquement pour documenter une correction d'un message de validation précédent.
    Cela concerne l'objet de validation e083a7abd8deb5776cb304fa13731a4182a24be1
    Message de validation incorrect d'origine:
        Couleur d'arrière-plan changée en rouge
    Correction (* changement mis en évidence *):
        Couleur d'arrière-plan changée en * bleu *

commit 032d0ff0601bff79bdef3c6f0a02ebfa061c4ad4
Auteur: First Last 
Date: mer 8 août 15:43:16 2018 -0600

    Un message de validation provisoire

commit e083a7abd8deb5776cb304fa13731a4182a24be1
Auteur: First Last 
Date: mer.8 août 13:31:32 2018 -0600

    Couleur d'arrière-plan changée en rouge

Cela fonctionne très bien pour moi,

git checkout origin / branchname

si vous êtes déjà en succursale, il vaut mieux tirer ou rebaser

git pull

ou

git -c core.quotepath=false fetch origin --progress --prune

Plus tard, vous pouvez simplement utiliser

git commit --amend -m "Your message here"

ou si vous aimez ouvrir l'éditeur de texte, utilisez

git commit --amend

Je préférerai utiliser l'éditeur de texte si vous avez de nombreux commentaires. Vous pouvez définir votre éditeur de texte préféré avec la commande

git config --global core.editor your_preffered_editor_here

Quoi qu'il en soit, lorsque vous avez terminé de modifier le message de validation, enregistrez-le et quittez

puis exécutez

git push --force

Et tu as fini

des informations supplémentaires pour le même problème si vous utilisez le pipeline bitbucket

éditez votre message

git commit --amend

pousser vers le serveur

git push --force <repository> <branch>

puis ajoutez --force à votre commande push sur le pipeline

git ftp push --force

Cela supprimera vos engagements précédents et poussera votre engagement actuel.

retirer le --force après la première poussée

je l'ai essayé sur le pipeline bitbucket et son bon fonctionnement