De acuerdo con la git-stash manpage, "Un escondite se representa como una confirmación cuyo árbol registra el estado del directorio de trabajo, y su primer padre es el cometer en HEAD
cuando se creó el escondite," y git stash show -p
nos da "los cambios registrada en el alijo como un diff entre el estado escondido y su matriz original de
Para mantener los otros cambios intacta, utilice git stash show -p | patch --reverse
como en el siguiente:.
$ git init
Initialized empty Git repository in /tmp/repo/.git/
$ echo Hello, world >messages
$ git add messages
$ git commit -am 'Initial commit'
[master (root-commit)]: created 1ff2478: "Initial commit"
1 files changed, 1 insertions(+), 0 deletions(-)
create mode 100644 messages
$ echo Hello again >>messages
$ git stash
$ git status
# On branch master
nothing to commit (working directory clean)
$ git stash apply
# On branch master
# Changed but not updated:
# (use "git add <file>..." to update what will be committed)
# (use "git checkout -- <file>..." to discard changes in working directory)
#
# modified: messages
#
no changes added to commit (use "git add" and/or "git commit -a")
$ echo Howdy all >>messages
$ git diff
diff --git a/messages b/messages
index a5c1966..eade523 100644
--- a/messages
+++ b/messages
@@ -1 +1,3 @@
Hello, world
+Hello again
+Howdy all
$ git stash show -p | patch --reverse
patching file messages
Hunk #1 succeeded at 1 with fuzz 1.
$ git diff
diff --git a/messages b/messages
index a5c1966..364fc91 100644
--- a/messages
+++ b/messages
@@ -1 +1,2 @@
Hello, world
+Howdy all
Editar:
Una ligera mejora a esto es utilizar git apply
en lugar del parche:
git stash show -p | git apply --reverse
Como alternativa, también se puede utilizar como una abreviatura git apply -R
a git apply --reverse
.
que he ido encontrando esta realmente útil últimamente ...
¿Hay cambios en el árbol de trabajo que no sean el alijo aplicado? –
¿No se puede simplemente crear un parche invertido difiriendo entre la revisión actual y la anterior? ¿Y luego aplicar ese? – ralphtheninja