¿Aplastar las dos primeras confirmaciones en Git? [duplicar]

He rediseñado el script de VonC para hacer todo automáticamente y no pedirme nada. Le das dos SHA1 de commit y aplastará todo entre ellos en un commit llamado "historia aplastada":

#!/bin/sh
# Go back to the last commit that we want
# to form the initial commit (detach HEAD)
git checkout $2

# reset the branch pointer to the initial commit (= $1),
# but leaving the index and working tree intact.
git reset --soft $1

# amend the initial tree using the tree from $2
git commit --amend -m "squashed history"

# remember the new commit sha1
TARGET=`git rev-list HEAD --max-count=1`

# go back to the original branch (assume master for this example)
git checkout master

# Replay all the commits after $2 onto the new initial commit
git rebase --onto $TARGET $2

Por si sirve de algo, evito este problema creando siempre un primer commit "no-op", en el que la única cosa en el repositorio es una vacía .gitignore:

Https://github.com/DarwinAwardWinner/git-custom-commands/blob/master/bin/git-myinit

De esa manera, nunca hay ninguna razón para meterse con el primer commit.

Si simplemente desea aplastar todas las confirmaciones en una única confirmación inicial, simplemente reinicie el repositorio y modifique la primera confirmación:

git reset hash-of-first-commit
git add -A
git commit --amend

Git reset dejará el árbol de trabajo intacto, por lo que todo sigue ahí. Así que simplemente agrega los archivos usando los comandos git add, y modifica la primera confirmación con estos cambios. Sin embargo, en comparación con rebase-i, perderás la capacidad de combinar los comentarios de git.

Esto aplastará el segundo commit en el primero:

A-B-C-... -> AB-C-...

git filter-branch --commit-filter '
    if [ "$GIT_COMMIT" = <sha1ofA> ];
    then
        skip_commit "$@";
    else
        git commit-tree "$@";
    fi
' HEAD

El mensaje de confirmación para AB se tomará de B (aunque preferiría de A).

Tiene el mismo efecto que la respuesta de Uwe Kleine-König, pero también funciona para la A no inicial.

Aplastar la primera y la segunda confirmación resultaría en que la primera confirmación se reescribiera. Si tienes más de una rama basada en el primer commit, cortarías esa rama.

Considere el siguiente ejemplo:

a---b---HEAD
 \
  \
   '---d

Aplastar a y b en un nuevo commit "ab" resultaría en dos árboles distintos que en la mayoría de los casos no es deseable ya que git-merge y git-rebase ya no funcionarán a través de las dos ramas.

ab---HEAD

a---d

Si realmente quieres esto, se puede hacer. Echa un vistazo a git-filter-branch para encontrar una herramienta poderosa (y peligrosa) para reescribir el historial.

Puedes usar git filter-branch para eso. por ejemplo,

git filter-branch --parent-filter \
'if test $GIT_COMMIT != <sha1ofB>; then cat; fi'

Esto resulta en AB-C desechando el registro de confirmación de A.

Puedes usar rebase interactive para modificar las dos últimas confirmaciones antes de que se hayan enviado a un control remoto

git rebase HEAD^^ -i

Hay una manera más fácil de hacer esto. Supongamos que estás en la rama master

Crea una nueva rama huérfana que eliminará todo el historial de confirmaciones:

$ git checkout --orphan new_branch

Añade tu mensaje de confirmación inicial:

$ git commit -a

Deshazte de la antigua rama maestra no fusionada:

$ git branch -D master

Cambie el nombre de su rama actual new_branch a master:

$ git branch -m master