Как удалить конкретную ревизию в истории git?

Предположим, что ваша история git выглядит так:

1 2 3 4 5

1–5 - это отдельные редакции. Вам нужно удалить 3, сохраняя при этом 1, 2, 4 и 5. Как это можно сделать?

Есть ли эффективный метод, когда после удаления нужно сотни ревизий?

Чтобы объединить ревизию 3 и 4 в одну ревизию, вы можете использовать git rebase. Если вы хотите удалить изменения в редакции 3, вам нужно использовать команду редактирования в интерактивном режиме перебазирования. Если вы хотите объединить изменения в одну ревизию, используйте сквош.

Я успешно использовал эту технику сквоша, но мне никогда не нужно было удалять ревизию раньше. Надеемся, что документация git-rebase в разделе «Разделение коммитов» даст вам достаточно идей, чтобы понять это. (Или кто-то еще может знать).

Из документации git :

Начните с самого старого коммита, который вы хотите сохранить как есть:

git rebase -i <after-this-commit>

Редактор будет запущен со всеми коммитами в вашей текущей ветке (игнорируя коммиты слияния), которые идут после данного коммита. Вы можете переупорядочить коммиты в этом списке на свое усмотрение, и вы можете удалить их. Список выглядит примерно так:

забрать мёртвую пчелиную линию этого коммита
pick fa1afe1 Он-лайн следующего коммита
...

Онлайновые описания предназначены исключительно для вашего удовольствия; git-rebase будет смотреть не на них, а на имена коммитов ("deadbee" и "fa1afe1" в этом примере), поэтому не удаляйте и не редактируйте имена.

Заменив команду «pick» на команду «edit», вы можете указать git-rebase прекратить работу после применения этого коммита, чтобы вы могли редактировать файлы и / или сообщение о коммите, вносить изменения и продолжать перебазирование.

Если вы хотите сложить два или более коммитов в один, замените команду «pick» на «squash» для второго и последующих коммитов. Если у коммитов были разные авторы, он будет приписывать сжатый коммит автору первого коммита.

Согласно этому комментарию (и я проверил, что это правда), ответ Радо очень близок, но оставляет мерзавца в оторванном состоянии. Вместо этого удалите HEADи используйте это для удаления <commit-id>из ветки, в которой вы находитесь:

git rebase --onto <commit-id>^ <commit-id>

Вот способ удалить неинтерактивную информацию <commit-id>, зная только то, что <commit-id>вы хотели бы удалить:

git rebase --onto <commit-id>^ <commit-id> HEAD

Как отмечалось ранее, git-rebase (1) - ваш друг. Предполагая, что коммиты находятся в вашей masterветке, вы должны сделать:

git rebase --onto master~3 master~2 master

Перед:

1---2---3---4---5  master

После:

1---2---4'---5' master

Из git-rebase (1):

Диапазон коммитов также может быть удален с помощью rebase. Если у нас следующая ситуация:

E---F---G---H---I---J  topicA

тогда команда

git rebase --onto topicA~5 topicA~3 topicA

приведет к удалению коммитов F и G:

E---H'---I'---J'  topicA

Это полезно, если F и G были ошибочными или не должны быть частью темы A. Обратите внимание, что аргумент --onto и параметр могут быть любым допустимым коммитом.

Если все, что вы хотите сделать, это удалить изменения, сделанные в редакции 3, вы можете использовать git revert.

Git revert просто создает новую ревизию с изменениями, которые отменяют все изменения в ревизии, которую вы возвращаете.

Это означает, что вы сохраняете информацию как о нежелательном коммите, так и о коммите, который удаляет эти изменения.

Вероятно, это будет гораздо более дружелюбно, если вообще возможно, что кто-то извлечет из вашего хранилища за это время, так как возврат - это просто стандартный коммит.

Все ответы до сих пор не относятся к последним проблемам:

Есть ли эффективный метод, когда после удаления нужно сотни ревизий?

Далее следуют шаги, но для справки, давайте предположим следующую историю:

[master] -> [hundreds-of-commits-including-merges] -> [C] -> [R] -> [B]

С : коммит только после коммита, который будет удален (чистый)

R : коммит, который будет удален

B : коммит, предшествующий коммиту, который нужно удалить (базовый)

Из-за ограничения «сотни ревизий» я предполагаю следующие предварительные условия:

1. есть какой-то смущающий коммит, который вы хотели бы никогда не существовать
2. есть ZERO последующих коммитов, которые на самом деле зависят от этого смущающего коммита (ноль конфликтов при возврате)
3. вам все равно, что вы будете внесены в список «коммиттеров» из сотен промежуточных коммитов («автор» будет сохранен)
4. вы никогда не разделяли хранилище
   • или вы на самом деле имеете достаточно влияния на всех людей, которые когда-либо клонировали историю с этим обязательством, чтобы убедить их использовать вашу новую историю
   • и вам наплевать на переписывание истории

Это довольно ограничительный набор ограничений, но есть интересный ответ, который действительно работает в этом угловом случае.

Вот шаги:

1. git branch base B
2. git branch remove-me R
3. git branch save
4. git rebase --preserve-merges --onto base remove-me

Если действительно нет конфликтов, то это должно продолжаться без дальнейших перерывов. Если есть конфликты, вы можете разрешить их и rebase --continueили решить просто жить с смущением и rebase --abort.

Теперь вы должны быть на masterтом, что больше не имеет R в нем. В saveточках ветвления, где вы были раньше, в случае , если вы хотите совместить.

Как вы хотите организовать переход всех остальных на вашу новую историю, зависит от вас. Вам нужно будет ознакомиться с stash, reset --hardи cherry-pick. И вы можете удалить base, remove-meи saveветви

Я также приземлился в аналогичной ситуации. Используйте интерактивную перебазировку, используя команду ниже, и при выборе отбросьте 3-й коммит.

git rebase -i remote/branch

Итак, вот сценарий, с которым я столкнулся, и как я его решил.

[branch-a]

[Hundreds of commits] -> [R] -> [I]

вот Rкоммит, который мне нужно было удалить, и Iэто единственный коммит, который приходит послеR

Я сделал обратный коммит и раздавил их вместе

git revert [commit id of R]
git rebase -i HEAD~3

Во время интерактивного сквоша за последние 2 коммита.

Ответы rado и kareem ничего не делают для меня (появляется только сообщение «Текущая ветка актуальна».) Возможно, это происходит потому, что символ «^» не работает в консоли Windows. Однако, согласно этому комментарию, замена «^» на «~ 1» решает проблему.

git rebase --onto <commit-id>^ <commit-id>