¿Cómo aplastar dos commits no consecutivos?

Soy un poco nuevo en toda la función de rebase en git. Digamos que hice los siguientes commits:

A -> B -> C -> D

Después, me doy cuenta de que Dcontiene una solución que depende de algún código nuevo agregado A, y que estas confirmaciones van juntas. ¿Cómo aplastar Ay Djuntos y dejar By Csolo?

Puede ejecutar git rebase --interactivey reordenar D antes de B y aplastar D en A.

Git abrirá un editor, y verá un archivo como este, por ejemplo: git rebase --interactive HEAD~4

pick aaaaaaa Commit A
pick bbbbbbb Commit B
pick ccccccc Commit C
pick ddddddd Commit D

# Rebase aaaaaaa..ddddddd onto 1234567 (4 command(s))
#
# Commands:
# p, pick = use commit
# r, reword = use commit, but edit the commit message
# e, edit = use commit, but stop for amending
# s, squash = use commit, but meld into previous commit
# f, fixup = like "squash", but discard this commit's log message
# x, exec = run command (the rest of the line) using shell
#
# These lines can be re-ordered; they are executed from top to bottom.
#
# If you remove a line here THAT COMMIT WILL BE LOST.
#
# However, if you remove everything, the rebase will be aborted.
#
# Note that empty commits are commented out

Ahora cambia el archivo que se ve así:

pick aaaaaaa Commit A
squash ddddddd Commit D
pick bbbbbbb Commit B
pick ccccccc Commit C

Y git ahora fusionará los cambios de A y D en un solo commit, y pondrá B y C después. Cuando no desee mantener el mensaje de confirmación de D, en lugar de squashusar la fixuppalabra clave. Para más información fixup, puede consultar los git rebasedocumentos o consultar esta pregunta que tiene algunas buenas respuestas.

Nota: No debe cambiar las confirmaciones que se han enviado a otro repositorio de ninguna manera a menos que conozca las consecuencias .

git log --oneline -4

D commit_message_for_D
C commit_message_for_C
B commit_message_for_B
A commit_message_for_A

git rebase --interactive

pick D commit_message_for_D
pick C commit_message_for_C
pick B commit_message_for_B
pick A commit_message_for_A

Tipo i(poner VIM en modo de inserción)

Cambie la lista para que se vea así (no tiene que eliminar ni incluir el mensaje de confirmación). ¡No escribas mal squash! :

pick C commit_message_for_C
pick B commit_message_for_B
pick A commit_message_for_A
squash D

Escriba Escluego ZZ(Guardar y salir de VIM)

# This is a combination of 2 commits.
# The first commit's message is:

commit_message_for_D

# This is the 2nd commit message:

commit_message_for_A

Tipo i

Cambie el texto a cómo desea que se vea el nuevo mensaje de confirmación. Recomiendo que esta sea una descripción de los cambios en commit Ay D:

new_commit_message_for_A_and_D

Escribe EscentoncesZZ

git log --oneline -4

E new_commit_message_for_A_and_D
C commit_message_for_C
B commit_message_for_B

git show E

(You should see a diff showing a combination of changes from A and D)

Ahora ha creado una nueva confirmación E. Se compromete Ay Dya no está en su historia, pero no se ha ido. Todavía puede recuperarlos en este momento y durante un tiempo git rebase --hard D(¡ git rebase --harddestruirá cualquier cambio local! ).

Para aquellos que usan SourceTree :

Asegúrate de no haber empujado los commits.

1. Repositorio> Rebase interactiva ...
2. Arrastre D (la confirmación más reciente) para estar directamente encima de A (la confirmación más antigua)
3. Asegúrese de que commit D esté resaltado
4. Hacer clic Squash with previous

El rebase interactivo funciona bien hasta que tenga una rama de características grandes con 20-30 confirmaciones y / o un par de fusiones del maestro o / y arregle conflictos mientras se comprometía en su rama. Incluso con la búsqueda de mis compromete a través de la historia y su sustitución pickcon squashno trabajado aquí. Así que estaba buscando otra forma y encontré este artículo . Hice mis cambios para trabajar esto en una rama separada:

git checkout master
git fetch
git pull
git merge branch-name
git reset origin/master
git branch -D branch-name
git checkout -b branch-name
git add --all
#Do some commit
git push -f --set-upstream origin branch-name

Antes de esto recibí mi solicitud de extracción con aproximadamente ~ 30 confirmaciones con 2-3 fusiones de maestro + solución de conflictos. Y después de esto obtuve relaciones públicas claras con una confirmación.

PS aquí es un script bash para hacer estos pasos en automode.

$ git checkout master

$ git log --en línea

D
C
B
A

$ git rebase --onto HEAD ^^^ HEAD ^

$ git log --en línea

D
A