Para beneficio del lector, aquí hay una extensión de la respuesta correcta y actualmente aceptada .
Si no solo desea corregir el mensaje oculto y también desea corregir el mensaje de confirmación del ocultamiento, de modo que
git stash list
y
git log --oneline -1 stash
ambos están de acuerdo con lo que se muestra, necesitas un poco más. Puede haber una mejor manera de hacerlo, pero esta receta aquí es fácil de entender, espero.
Para poder hacerlo git commit --amend, debe estar en la CONSEJO de una sucursal. Por lo tanto, la solución es:
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
Explicado:
- Cree una nueva rama "scratch" (aún no existente) del "alijo en cuestión" y cámbiela
- Retira el viejo alijo. Esto es seguro, ya que todavía tenemos esto en la rama.
- Use
git commit --amendpara reemplazar el mensaje de confirmación, esto cambia el SHA del "alijo en cuestión"
- Almacene el alijo, según la respuesta de qzb
- Cambiar de nuevo (lo que supone que vino de "maestro") y limpiar
Inconvenientes:
Esto cambia las ramas temporalmente. Por lo tanto, esta receta solo se puede aplicar cuando git status --porcelainestá limpia (léase: no genera nada)
Renumera los escondites, por lo que el alijo cambiado se convierte stash@{0}
Es necesario introducir el $MESSAGEdoble o utilizar alguna variable de entorno (en el ejemplo: MESSAGE)
Necesita encontrar un nombre de sucursal no utilizado
Hay formas de hacerlo sin cambiar de rama, pero esto está más allá del alcance de esta respuesta.
Ejemplo
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
Salida
*-. 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
Ahora sin cambiar commit (nota: el SHA a continuación será diferente a su lado):
git stash drop stash@{1}
git stash store -m ...changed... 2fbf9007dfdfb95ae269a19e13b8b9ca3e24181c
git log --oneline --graph --decorate --all; git stash list
Salida
*-. 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
Como puede ver, stash@{0}todavía se muestra como 2fbf900 (refs/stash) WIP on master: 8bdcc32 Den git log. Si observa detenidamente, verá que varias confirmaciones han cambiado SHA. Esto se debe a cómo se manejan las reservas (los padres están incluidos en el SHA y las reservas tienen sus reservas como padre).
Arregla eso:
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
Salida
*-. 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
Como también puede ver, también refs/stashha cambiado un SHA.