Zum Nutzen des Lesers finden Sie hier eine Erweiterung der aktuell akzeptierten und korrekten Antwort .
Wenn Sie nicht nur die Stash-Nachricht korrigieren möchten, sondern auch die Commit-Nachricht des Stash korrigieren möchten, so dass
git stash list
und
git log --oneline -1 stash
beide stimmen dem zu, was gezeigt wird, du brauchst ein bisschen mehr. Es gibt vielleicht einen besseren Weg, aber dieses Rezept hier ist leicht zu verstehen, hoffe ich.
Um dies tun zu können, müssen git commit --amendSie sich auf dem Tipp einer Niederlassung befinden. Daher lautet die Lösung:
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
Erklärt:
- Erstellen Sie einen neuen (noch nicht vorhandenen) "Scratch" -Zweig aus dem "fraglichen Stash" und wechseln Sie zu diesem
- Entfernen Sie den alten Vorrat. Dies ist sicher, da wir dies immer noch in der Filiale haben.
- Verwenden Sie
git commit --amenddiese Option , um die Festschreibungsnachricht zu ersetzen. Dadurch wird die SHA des "fraglichen Stashs" geändert.
- Speichern Sie den Vorrat basierend auf der Antwort des qzb
- Schalten Sie zurück (was davon ausgeht, dass Sie vom "Master" stammen) und bereinigen Sie
Nachteile:
Dadurch werden die Zweige vorübergehend gewechselt. Dieses Rezept kann also nur angewendet werden, wenn git status --porcelaines sauber ist (lesen Sie: gibt nichts aus)
Die Vorräte werden neu nummeriert, sodass der geänderte Vorrat wird stash@{0}
Sie müssen die Eingabe $MESSAGEzweimal oder verwenden Sie eine Umgebungsvariable (im Beispiel: MESSAGE)
Sie müssen einen nicht verwendeten Filialnamen finden
Es gibt Möglichkeiten, dies zu tun, ohne die Zweige zu wechseln, aber dies würde den Rahmen dieser Antwort sprengen.
Beispiel
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
Ausgabe
*-. 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
Jetzt ohne Änderung des Commits (Hinweis: Der SHA im Folgenden wird an Ihrer Seite anders sein):
git stash drop stash@{1}
git stash store -m ...changed... 2fbf9007dfdfb95ae269a19e13b8b9ca3e24181c
git log --oneline --graph --decorate --all; git stash list
Ausgabe
*-. 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
Wie Sie sehen können, wird stash@{0}immer noch wie 2fbf900 (refs/stash) WIP on master: 8bdcc32 Din angezeigt git log. Wenn Sie genau hinschauen, werden Sie feststellen, dass mehrere Commits SHA geändert haben. Dies liegt daran, wie mit Stashes umgegangen wird (Eltern sind in der SHA enthalten, und Stashes haben ihre Stashes als Eltern).
Repariere das:
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
Ausgabe
*-. 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
Wie Sie auch sehen können, refs/stashhat sich auch die SHA geändert.