Из других ответов, приведенных здесь, я был немного озадачен тем, как git rebase -i можно использовать для удаления коммита, поэтому я надеюсь, что можно записать мой тестовый пример здесь (очень похоже на OP).
Вот скрипт bash, который можно вставить для создания тестового репозитория в папке /tmp:
set -x
rm -rf /tmp/myrepo*
cd /tmp
mkdir myrepo_git
cd myrepo_git
git init
git config user.name me
git config user.email me@myself.com
mkdir folder
echo aaaa >> folder/file.txt
git add folder/file.txt
git commit -m "1st git commit"
echo bbbb >> folder/file.txt
git add folder/file.txt
git commit -m "2nd git commit"
echo cccc >> folder/file.txt
git add folder/file.txt
git commit -m "3rd git commit"
echo dddd >> folder/file.txt
git add folder/file.txt
git commit -m "4th git commit"
echo eeee >> folder/file.txt
git add folder/file.txt
git commit -m "5th git commit"
На данный момент у нас есть file.txt с таким содержанием:
aaaa
bbbb
cccc
dddd
eeee
В этот момент HEAD находится на 5-м коммите, HEAD ~ 1 будет 4-м - и HEAD ~ 4 будет 1-м коммитом (поэтому HEAD ~ 5 не будет существовать). Допустим, мы хотим удалить 3-й коммит - мы можем выполнить эту команду в каталоге myrepo_git:
git rebase -i HEAD~4
( Обратите внимание, что git rebase -i HEAD~5 приводит к "фатальному: требуется одна ревизия; недопустимый HEAD ~ 5". ) Текстовый редактор (см. Скриншот в @ Dennis 'answer ) откроется с таким содержанием:
pick 5978582 2nd git commit
pick 448c212 3rd git commit
pick b50213c 4th git commit
pick a9c8fa1 5th git commit
# Rebase b916e7f..a9c8fa1 onto b916e7f
# ...
Таким образом, мы получаем все коммиты , начиная с (но , не включая ) нашего запрашиваемого HEAD ~ 4. Удалить строку pick 448c212 3rd git commit и сохранить файл; Вы получите этот ответ от git rebase:
error: could not apply b50213c... 4th git commit
When you have resolved this problem run "git rebase --continue".
If you would prefer to skip this patch, instead run "git rebase --skip".
To check out the original branch and stop rebasing run "git rebase --abort".
Could not apply b50213c... 4th git commit
В этот момент откройте myrepo_git / folder/file.txt в текстовом редакторе; вы увидите, что оно было изменено:
aaaa
bbbb
<<<<<<< HEAD
=======
cccc
dddd
>>>>>>> b50213c... 4th git commit
По сути, git видит, что когда HEAD получил 2-й коммит, было содержимое aaaa + bbbb; а затем к нему добавляется патч cccc + dddd, который он не знает, как добавить к существующему контенту.
Так что здесь git не может решить за вас - именно вы должны принять решение: удаляя 3-й коммит, вы либо сохраняете внесенные им изменения (здесь, строка * 1048) *) - или нет. Если вы этого не сделаете, просто удалите лишние строки - включая cccc - в folder/file.txt с помощью текстового редактора, чтобы оно выглядело так:
aaaa
bbbb
dddd
... и затем сохраните folder/file.txt. Теперь вы можете выполнить следующие команды в каталоге myrepo_git:
$ nano folder/file.txt # text editor - edit, save
$ git rebase --continue
folder/file.txt: needs merge
You must edit all merge conflicts and then
mark them as resolved using git add
Ах - так, чтобы отметить, что мы решили конфликт, мы должны git add folder/file.txt, прежде чем делать git rebase --continue:
$ git add folder/file.txt
$ git rebase --continue
Здесь снова открывается текстовый редактор, показывающий строку 4th git commit - здесь у нас есть возможность изменить сообщение фиксации (которое в этом случае может быть существенно изменено на 4th (and removed 3rd) commit или подобное). Допустим, вы не хотите - просто выйдите из текстового редактора без сохранения; как только вы это сделаете, вы получите:
$ git rebase --continue
[detached HEAD b8275fc] 4th git commit
1 file changed, 1 insertion(+)
Successfully rebased and updated refs/heads/master.
Теперь у вас есть такая история (которую вы также можете проверить, скажем, gitk . или другими инструментами) содержимого folder/file.txt (с, по-видимому, неизменными временными метками исходных коммитов):
1st git commit | +aaaa
----------------------------------------------
2nd git commit | aaaa
| +bbbb
----------------------------------------------
4th git commit | aaaa
| bbbb
| +dddd
----------------------------------------------
5th git commit | aaaa
| bbbb
| dddd
| +eeee
И если ранее мы решили оставить строку cccc (содержимое 3-го git коммита, которую мы удалили), у нас было бы:
1st git commit | +aaaa
----------------------------------------------
2nd git commit | aaaa
| +bbbb
----------------------------------------------
4th git commit | aaaa
| bbbb
| +cccc
| +dddd
----------------------------------------------
5th git commit | aaaa
| bbbb
| cccc
| dddd
| +eeee
Что ж, я надеялся, что это было именно то чтение, чтобы начать гадать, как работает git rebase с точки зрения удаления коммитов / ревизий; так что надеюсь, что это может помочь и другим ...