2008-09-22 14 views

Respuesta

26

Puede usar git mergetool para ver y editar los conflictos de la manera habitual. Una vez que esté seguro de que los conflictos se resuelven hacer git rebase --continue para continuar el rebase, o si no desea incluir esa revisión hacen git rebase --skip

+5

Esto ayudó, gracias. Entonces, otros no tienen mi problema ... deja que 'mergetool' escenifique tus cambios, pero no los" comprometas ". Simplemente llame a 'git rebase --continue' con sus cambios por etapas. – slf

87

Mientras que hace un git svn rebase, si tiene conflictos de combinación aquí hay algunas cosas a tener en cuenta:

1) Si ocurre algo malo mientras realiza una rebase, terminará en una rama (no-branch).

2) Si ejecuta git status, verá un archivo .dotest en su directorio de trabajo. Esto es seguro de ignorar.

3) Si desea cancelar la rebase, utilice el siguiente comando.

git rebase --abort 

4) Si usted tiene un conflicto de combinación:

  1. editar manualmente los archivos de resolver los conflictos
  2. Escenario cualquier cambio con git add [file]
  3. Continuar el rebase con git rebase --continue
    • Si git pregunta: "¿Olvidó llamar al git add?", Las ediciones convirtieron el conflicto en un cambio no operativo . Continuar con git rebase --skip

Es posible que tenga que repetir este proceso hasta que el rebase es completa. En cualquier punto puede git rebase --abort cancelar y abandonar la rebase.


1: No hay una opción para --abortgit svn rebase.

2: No hay opción --continue para git svn rebase.

3: Esto es muy extraño, pero los archivos están en un estado donde git cree que son los mismos después de ese parche en particular. La solución es "omitir" ese parche en la rebase.

+3

acaba de ser golpeado con el cambio de no operación, realmente extraño –

+2

También recibí esta no operación y --skip lo resolvió muy bien. Gracias. – Martin

+3

Gracias por la punta --skip, ni siquiera lo considera. – bojo

Cuestiones relacionadas