Me encontré con un conflicto de fusión. ¿Cómo puedo abortar la fusión?

Usé git pully tuve un conflicto de fusión:

unmerged:   _widget.html.erb

You are in the middle of a conflicted merge.

Sé que la otra versión del archivo es buena y que la mía es mala, por lo que todos mis cambios deberían abandonarse. ¿Cómo puedo hacer esto?

Como pullno tuvo éxito, entonces HEAD(no HEAD^) es el último compromiso "válido" en su rama:

git reset --hard HEAD

La otra pieza que desea es dejar que sus cambios anulen sus cambios.

Las versiones anteriores de git le permitían usar la estrategia de fusión "de ellos":

git pull --strategy=theirs remote_branch

Pero esto se ha eliminado desde entonces, como lo explica Junio ​​Hamano (el responsable de mantenimiento de Git) en este mensaje . Como se señaló en el enlace , en su lugar haría esto:

git fetch origin
git reset --hard origin

Si su versión de git es> = 1.6.1, puede usar git reset --merge.

Además, como menciona @Michael Johnson, si su versión de git es> = 1.7.4, también puede usarla git merge --abort.

Como siempre, asegúrese de no tener cambios sin confirmar antes de comenzar una fusión.

Desde la página de manual de git merge

git merge --abortes equivalente a git reset --mergecuando MERGE_HEADestá presente.

MERGE_HEAD está presente cuando hay una fusión en curso.

Además, con respecto a los cambios no confirmados al iniciar una fusión:

Si tiene cambios que no desea confirmar antes de comenzar una fusión, solo git stashellos antes de la fusión y git stash popdespués de terminar la fusión o cancelarla.

git merge --abort

Anule el proceso actual de resolución de conflictos e intente reconstruir el estado previo a la fusión.

Si hubo cambios de árbol de trabajo no confirmados presentes cuando comenzó la fusión, git merge --aborten algunos casos no podrá reconstruir estos cambios. Por lo tanto, se recomienda confirmar o guardar siempre los cambios antes de ejecutar git merge.

git merge --abortes equivalente a git reset --mergecuando MERGE_HEADestá presente.

http://www.git-scm.com/docs/git-merge

Es tan simple.

git merge --abort

Git mismo le muestra la solución cuando se encuentra en este tipo de problemas y ejecuta el comando git status.

git status

Espero que esto ayude a la gente.

Creo que es lo git resetque necesitas.

Tenga en cuenta que eso git revertsignifica algo muy diferente a, digamos, svn reverten Subversion, la reversión descartará sus cambios (no confirmados), devolviendo el archivo a la versión actual desde el repositorio, mientras que git revert"deshace" una confirmación.

git resetdebe hacer el equivalente de svn revert, es decir, descartar los cambios no deseados.

En este caso de uso en particular, realmente no desea abortar la fusión, solo resuelva el conflicto de una manera particular.

Tampoco hay necesidad particular de reiniciar y fusionar con una estrategia diferente. Los conflictos han sido resaltados correctamente por git y el requisito de aceptar los cambios de los otros lados es solo para este archivo.

Para un archivo no fusionado en un conflicto, git pone a disposición la base común, las versiones locales y remotas del archivo en el índice. (Aquí es donde se leen para usar en una herramienta de diferencias de 3 vías git mergetool). Puede usar git showpara verlos.

# common base:
git show :1:_widget.html.erb

# 'ours'
git show :2:_widget.html.erb

# 'theirs'
git show :3:_widget.html.erb

La forma más simple de resolver el conflicto para usar la versión remota textualmente es:

git show :3:_widget.html.erb >_widget.html.erb
git add _widget.html.erb

O, con git> = 1.6.1:

git checkout --theirs _widget.html.erb

Por ejemplo, lo hice git fetchy git pullluego me di cuenta de que la rama ascendente no era la rama maestra, lo que resultó en conflictos no deseados.

git reset --merge 

Esto se revirtió sin restablecer mis cambios locales.

Los comentarios sugieren que git reset --mergees un alias para git merge --abort. Vale la pena notar que git merge --abortsolo es equivalente a git reset --mergedado que a MERGE_HEADestá presente. Esto se puede leer en el comando git help for merge.

git merge --abort es equivalente a git reset --merge cuando MERGE_HEAD está presente.

Después de una fusión fallida, cuando no existe MERGE_HEAD, la fusión fallida se puede deshacer git reset --merge, pero no necesariamente con git merge --abort. No son solo sintaxis antiguas y nuevas para la misma cosa .

Personalmente, encuentro git reset --mergemucho más poderoso para escenarios similares al descrito, y las fusiones fallidas en general.

Si termina con un conflicto de fusión y no tiene nada que confirmar, pero aún se muestra un error de fusión. Después de aplicar todos los comandos mencionados a continuación,

git reset --hard HEAD
git pull --strategy=theirs remote_branch
git fetch origin
git reset --hard origin

Por favor eliminar

.git \ index.lock

Archivo [cortar y pegar en otra ubicación en caso de recuperación] y luego ingresar cualquiera de los comandos a continuación según la versión que desee.

git reset --hard HEAD
git reset --hard origin

¡¡¡Espero que ayude!!!

Una alternativa, que conserva el estado de la copia de trabajo es:

git stash
git merge --abort
git stash pop

En general, desaconsejo esto, porque es efectivamente como fusionarse en Subversion, ya que descarta las relaciones de ramificación en la siguiente confirmación.

Desde que Git 1.6.1.3 git checkoutha podido pagar desde cualquier lado de una fusión:

git checkout --theirs _widget.html.erb

Encontré que lo siguiente funcionó para mí (revertir un solo archivo al estado previo a la fusión):

git reset *currentBranchIntoWhichYouMerged* -- *fileToBeReset*

Sourcetree

Debido a que no confirma su fusión, simplemente haga doble clic en otra rama (lo que significa verificarla) y cuando sourcetree le pregunte si desea descartar todos los cambios, entonces acepte :)