Git что-то говорит, как убрать?

Question

[Новоселов Андрей]

Git Bash выводит данное сообщение уже некоторое время, git log тоже показывает информацию только до этого коммита. Что делать, чтобы всё вернулось в норму?

Answer 1

[Сергей Кузнецов]

Гит не просто «что-то говорит», а конкретно сообщает что вы находитесь в состоянии незаконченного перебазирования и сообщает «как убрать».
Вы должны либо продолжить и довести перебазирование до конца
git rebase --continue
Либо отменить процесс через
git rebase --abort

Я бы на вашем месте как раз отменил, так как вы делаете что-то странное. Сначала дропнули из истории один коммит, потом попытались применить его отмену и скорее всего получили сложный конфликт. Что вообще пытаетесь добиться?

Если вы, не осознав что rebase ещё не закончился, продолжили добавлять новые коммиты, то тогда завершите rebase. А потом смотрите что получилось.

Comments

[Новоселов Андрей]

А что значит незаконченное преобразование? Просто понять не могу, почему так получилось

[Сергей Кузнецов]

Новоселов Андрей, зачем вообще вы начали rebase?

[Новоселов Андрей]

Так получилось, что мои правки конфликтовали с правками коллеги. Я попытался дропнуть свою часть. А потом было решено вернуть всё на место. По итогу получилось это

В git новичок, мало что понимаю :(

[Сергей Кузнецов]

Новоселов Андрей, вы собственно уже отменили правки создав revert-коммит. Больше нечего делать не нужно. Просто сделайте сейчас abort

[Новоселов Андрей]

Сергей Кузнецов, а если сделать git rebase --abort, то сделанные коммиты после этого нечто удаляться или что с ними будет?

[Сергей Кузнецов]

Новоселов Андрей, abort вернет всё к состоянию до запуска rebase.

[Новоселов Андрей]

Сергей Кузнецов, а если git rebase --continue прописать, то как поведут коммиты себя?

[Сергей Кузнецов]

Новоселов Андрей, при продолжении произойдёт ровно то, что вы заказали. Один коммит дропнется. Но что будет результатом revert-коммита я предсказать не могу. Скорее всего получится ерунда. Как можно описать дейстивие отмены того, чего не было?
Если уж дропать в данной ситуации, то дропать оба коммита вместе.

И вы в курсе последствий изменения истории ветки master? Если вы работаете не один, то так просто мастер вы не сможете пересобрать. Так как всё это происходит только у вас локально, а на компьютерах коллег останется старый мастер, до того, как вы своими действиями его удалили у себя и создали новый. Коллегам придется у себя его удалять и скачивать заново новый. Спасибо они вам точно не скажут.

[Сергей Кузнецов]

Самое безопасное что можно сейчас сделать, это отказаться от такого странного изменения истории.

[Новоселов Андрей]

Сергей Кузнецов, ну, коллега меня оставил одного с этим всем добром. Вот абортнуть не могу, потому что, как я понял, всё вернётся до этого коммита, а там очень много правок

[Сергей Кузнецов]

Новоселов Андрей, отмена не удалит никаких коммитов существовавших до начала rebase! Только если вы не решили добавить новых коммитов в этом состоянии. Тогда можно завершить.

[shurshur]

Новоселов Андрей, тогда проще записать diff-файл с изменениями, которые отменяются, всё откатить и затем аккуратно накатить изменения из diff. А вообще для избегания такой фигни имеет смысл свою разработку делать в отдельных ветках, которые потом мерджить в мастер.

[Новоселов Андрей]

shurshur, а как сделать diff файл и как из него накатить все обратно?

[shurshur]

Новоселов Андрей, git diff показывает разницу между HEAD и локальными изменениями. git diff COMMIT_ID COMMIT_ID - между коммитами. git show COMMIT_ID - показывает diff одного коммита. Ну, в целом придётся разбираться, какие нужные коммиты не долетели до origin/master (удалённого master, не локального), чтобы после доведения локального мастера до идентичного удалённому состояния накатить их обратно (cat file.diff|patch -p1) и ещё разрешить возможные конфликты.

[Сергей Кузнецов]

Надо понимать, что в гите ничего не удаляется, но лучше запомнить ту точку, в которой вы сейчас оказались. Т. е. поставить на вершине новой цепочки коммитов указатель новой временной ветки. Тогда ваши новые коммиты будут на виду и никуда не «пропадут».

Потом отменить rebase чтобы указатель мастера вернулся на изначальное место. И через cherry-pick перенести новые коммиты из временной ветки.

И работать лучше не в терминале, а в нормальном графическом клиенте, чтобы всегда видеть перед глазами всю картину.