Сквош первые два коммита в Git? [дубликат]

я переработал скрипт VonC, чтобы делать все автоматически и не просить меня ни о чем. Вы даете ему два коммита SHA1s, и он раздавит все между ними в один коммит под названием "раздавленная история":

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

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

# amend the initial tree using the tree from 
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  onto the new initial commit
git rebase --onto $TARGET 

для чего это стоит, я избегаю этой проблемы, всегда создавая первый коммит" no-op", в котором единственное, что в репозитории является пустым .пример:

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

таким образом, никогда нет причин связываться с первым коммитом.

Если вы просто хотите раздавить все коммиты в один, начальный коммит, просто сбросьте репозиторий и измените первый коммит:

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

git reset оставит рабочее дерево нетронутым, так что все еще там. Поэтому просто добавьте файлы с помощью команд git add и измените первую фиксацию с помощью этих изменений. По сравнению с rebase-i Вы потеряете возможность объединить комментарии git.

это раздавит второй коммит в первый:

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

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

сообщение фиксации для AB будет взято из B (хотя я бы предпочел из A).

имеет тот же эффект, как ответить Уве Кляйн-Кениг, но работает не начальный, а также.

сжатие первой и второй фиксации приведет к перезаписи первой фиксации. Если у вас есть несколько ветвей, основанных на первом коммите, вы бы отрезали эту ветвь.

рассмотрим следующий пример:

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

сжатие a и b в новую фиксацию "ab" приведет к двум различным деревьям, которые в большинстве случаев нежелательны, так как git-merge и git-rebase больше не будет работать через два ветви.

ab---HEAD

a---d

Если вы действительно хотите этого, это можно сделать. Взгляните на git-filter-branch для мощного (и опасного) инструмента для переписывания истории.

вы можете использовать git filter-branch для этого. например,

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

это приводит к тому, что AB-C выбрасывает журнал фиксации A.

вы можете использовать rebase interactive для изменения последних двух коммитов, прежде чем они будут отправлены на удаленный

git rebase HEAD^^ -i

есть более простой способ сделать это. Давайте предположим, что вы находитесь на master филиала

создайте новую осиротевшую ветку, которая удалит всю историю фиксации:

$ git checkout --orphan new_branch

добавьте ваше начальное сообщение фиксации:

$ git commit -a

избавьтесь от старой несвязанной главной ветви:

$ git branch -D master

переименовать текущую ветку new_branch до master:

$ git branch -m master