Pour le bénéfice du lecteur, voici une extension de la réponse correcte et acceptée actuellement .
Si vous souhaitez non seulement corriger le message de dissimulation et également corriger le message de validation de la dissimulation, de telle sorte que
git stash list
et
git log --oneline -1 stash
les deux sont d'accord sur ce qui est montré, il vous en faut un peu plus. Il pourrait y avoir une meilleure façon de le faire, mais cette recette ici est facile à comprendre, j'espère.
Pour pouvoir le faire, git commit --amendvous devez être sur le TIP d'une succursale. La solution est donc:
git checkout -b scratch stash@{1}
git stash drop stash@{1}
git commit --amend -m "$MESSAGE"
git stash store -m "$MESSAGE" HEAD
git checkout master
git branch -D scratch
Expliqué:
- Créez une nouvelle branche "scratch" (pas encore existante) à partir de la "cachette en question" et passez à celle-ci
- Retirez l'ancienne cachette. C'est sûr, car nous l'avons toujours sur la branche.
- Utilisez
git commit --amendpour remplacer le message de validation, ce qui modifie le SHA de la "cachette en question"
- Stockez la cachette, en fonction de la réponse du qzb
- Revenez en arrière (ce qui suppose que vous venez du "maître") et nettoyez
Désavantages:
Cela change temporairement de branche. Cette recette ne peut donc être appliquée que lorsqu'elle git status --porcelainest propre (lire: ne produit rien)
Il renumérote les cachettes, donc la cachette changée devient stash@{0}
Vous devez entrer le $MESSAGEdouble ou utiliser une variable d'environnement (dans l'exemple: MESSAGE)
Vous devez trouver un nom de branche inutilisé
Il existe des moyens de le faire sans changer de branche, mais cela dépasse le cadre de cette réponse.
Exemple
git init scratch
cd scratch
for a in A B C D; do date >$a; git add $a; git commit -m $a; done
for a in X Y; do echo $a > Z; git stash save --all; done
git log --oneline --graph --decorate --all; git stash list
Production
*-. e0e281b (refs/stash) WIP on master: 8bdcc32 D
|\ \
| | * 4d62f52 untracked files on master: 8bdcc32 D
| * 096f158 index on master: 8bdcc32 D
|/
* 8bdcc32 (HEAD, master) D
* c84c659 C
* 49bb2da B
* b1852c6 A
stash@{0}: WIP on master: 8bdcc32 D
stash@{1}: WIP on master: 8bdcc32 D
Maintenant sans changer de commit (note: le SHA suivant sera différent à vos côtés):
git stash drop stash@{1}
git stash store -m ...changed... 2fbf9007dfdfb95ae269a19e13b8b9ca3e24181c
git log --oneline --graph --decorate --all; git stash list
Production
*-. 2fbf900 (refs/stash) WIP on master: 8bdcc32 D
|\ \
| | * 246dc5c untracked files on master: 8bdcc32 D
| * 80c5ea0 index on master: 8bdcc32 D
|/
* 8bdcc32 (HEAD, master) D
* c84c659 C
* 49bb2da B
* b1852c6 A
stash@{0}: ...changed...
stash@{1}: WIP on master: 8bdcc32 D
Comme vous pouvez le voir, l'image stash@{0}est affichée comme 2fbf900 (refs/stash) WIP on master: 8bdcc32 Ddans git log. Si vous regardez attentivement, vous verrez que plusieurs validations ont changé SHA. Cela est dû à la façon dont les cachettes sont gérées (les parents sont inclus dans la SHA et les cachettes ont leurs cachettes en tant que parent).
Répare ça:
git checkout -b scratch stash
git stash drop
git commit --amend -m ...changed...
git stash store -m ...changed... HEAD
git checkout master
git branch -D scratch
git log --oneline --graph --decorate --all; git stash list
Production
*-. 4d55186 (refs/stash) ...changed...
|\ \
| | * 246dc5c untracked files on master: 8bdcc32 D
| * 80c5ea0 index on master: 8bdcc32 D
|/
* 8bdcc32 (HEAD, master) D
* c84c659 C
* 49bb2da B
* b1852c6 A
stash@{0}: ...changed...
stash@{1}: WIP on master: 8bdcc32 D
Comme vous pouvez également le voir, le refs/stashSHA a également changé.