error de git stash: git stash pop y terminó con conflictos de fusión

Hice un git stash popy terminé con conflictos de fusión. Eliminé los archivos del sistema de archivos e hice lo git checkoutque se muestra a continuación, pero cree que los archivos aún no están fusionados. Luego intenté reemplazar los archivos y hacer un resultado git checkoutnuevo y el mismo. Intenté forzarlo con la -fbandera. ¡Cualquier ayuda sería apreciada!

chirag-patels-macbook-pro:haloror patelc75$ git status
app/views/layouts/_choose_patient.html.erb: needs merge
app/views/layouts/_links.html.erb: needs merge
# On branch prod-temp
# Changes to be committed:
#   (use "git reset HEAD <file>..." to unstage)
#
#       modified:   db/schema.rb
#
# Changed but not updated:
#   (use "git add <file>..." to update what will be committed)
#   (use "git checkout -- <file>..." to discard changes in working directory)
#
#       unmerged:   app/views/layouts/_choose_patient.html.erb
#       unmerged:   app/views/layouts/_links.html.erb

chirag-patels-macbook-pro:haloror patelc75$ git checkout app/views/layouts/_choose_patient.html.erb
error: path 'app/views/layouts/_choose_patient.html.erb' is unmerged
chirag-patels-macbook-pro:haloror patelc75$ git checkout -f app/views/layouts/_choose_patient.html.erb
warning: path 'app/views/layouts/_choose_patient.html.erb' is unmerged

Ver man git merge ( CÓMO RESOLVER CONFLICTOS ):

Después de ver un conflicto, puede hacer dos cosas:

• Decide no fusionar. Las únicas limpiezas que necesita son restablecer el archivo de índice a la confirmación HEAD para revertir 2. y limpiar los cambios del árbol de trabajo realizados por 2. y 3 .; git-reset --hard se puede usar para esto.

• Resolver los conflictos. Git marcará los conflictos en el árbol de trabajo. Edite los archivos en forma y git agréguelos al índice. Usa git commit para sellar el trato.

Y bajo VERDADERO FUSIÓN (para ver a qué se refiere 2. y 3.):

Cuando no es obvio cómo conciliar los cambios, sucede lo siguiente:

1. El puntero HEAD permanece igual.

2. La referencia MERGE_HEAD está configurada para apuntar a la otra cabeza de rama.

3. Las rutas que se fusionaron limpiamente se actualizan tanto en el archivo de índice como en su árbol de trabajo.

4. ...

Por lo tanto: utilícelo git reset --hardsi desea eliminar los cambios de alijo de su árbol de trabajo, o git resetsi solo desea limpiar el índice y dejar que los conflictos en su árbol de trabajo se fusionen a mano.

En man git stash ( OPTIONS, pop ) puedes leer además:

Aplicar el estado puede fallar con los conflictos; en este caso, no se elimina de la lista oculta. Debe resolver los conflictos a mano y llamar a git stash drop manualmente después.

Me sucedió algo similar. Todavía no quería organizar los archivos, así que los agregué git addy luego lo hice git reset. Básicamente, esto solo agregó y luego eliminó mis cambios pero eliminó los caminos no fusionados.

Si, como yo, lo que generalmente desea es sobrescribir el contenido del directorio de trabajo con el de los archivos escondidos, y aún tiene un conflicto, entonces lo que desea es resolver el conflicto git checkout --theirs -- .desde la raíz.

Después de eso, puede git resettraer todos los cambios del índice al directorio de trabajo, ya que aparentemente en caso de conflicto, los cambios en los archivos no conflictivos permanecen en el índice.

También es posible que desee ejecutar git stash drop [<stash name>]después, para deshacerse del alijo, porque git stash popno lo elimina en caso de conflictos.

Tenga en cuenta que Git 2.5 (Q2 2015) un futuro Git podría intentar hacer ese escenario imposible.

Ver commit ed178ef por Jeff King ( peff), 22 de abril de 2015.
^{(Fusionada por Junio ​​C Hamano - gitster- en commit 05c3967 , 19 de mayo de 2015)}

Nota: Esto ha sido revertido. Ver abajo .

stash: requiere un índice limpio para aplicar / pop

Problema

Si ha contenido contenido en su índice y ejecuta " stash apply/pop", podemos encontrar un conflicto y poner nuevas entradas en el índice.
Recuperarse a su estado original es difícil en ese punto, porque herramientas como "git reset --keep" eliminarán cualquier cosa organizada .

En otras palabras:

" git stash pop/apply" se olvidó de asegurarse de que no solo el árbol de trabajo esté limpio, sino que también el índice esté limpio.
Esto último es importante ya que una aplicación oculta puede entrar en conflicto y el índice se utilizará para la resolución de conflictos.

Solución

Podemos hacer esto más seguro al negarnos a aplicar cuando hay cambios por etapas.

Eso significa que si hubo fusiones antes debido a la aplicación de un alijo en archivos modificados (agregados pero no confirmados), ahora no habría ninguna fusión porque el alijo aplicar / pop se detendría inmediatamente con:

Cannot apply stash: Your index contains uncommitted changes.

Obligarlo a confirmar los cambios significa que, en caso de fusiones, puede restaurar fácilmente el estado inicial (antes git stash apply/pop) con un git reset --hard.

Ver commit 1937610 (15 de junio de 2015), y commit ed178ef (22 de abril de 2015) por Jeff King ( peff) .
^{(Fusionada por Junio ​​C Hamano - gitster- en commit bfb539b , 24 jun 2015)}

Esa confirmación fue un intento de mejorar la seguridad de la aplicación de un alijo, porque el proceso de la aplicación puede crear entradas de índice en conflicto, después de lo cual es difícil restaurar el estado del índice original.

Desafortunadamente, esto perjudica algunos flujos de trabajo comunes en torno a " git stash -k", como:

git add -p       ;# (1) stage set of proposed changes
git stash -k     ;# (2) get rid of everything else
make test        ;# (3) make sure proposal is reasonable
git stash apply  ;# (4) restore original working tree

Si "git commit" entre los pasos (3) y (4), entonces esto simplemente funciona. Sin embargo, si estos pasos son parte de un enlace previo a la confirmación, no tiene esa oportunidad (debe restaurar el estado original independientemente de si las pruebas pasaron o no).