Git reset --hard

Умные люди сказали, что надо сделать git reset --hart <pre-target-commit>, а после этого git push --force, что бы перезаписать историю на сервере.

Я бы этому дяде с усами, усы бы поотрывал.

Ниче не понял: где у тебя правильная история - локально или на серваке? С какого коммита начинается разница? По топику вообще не увидел, чтобы эти репозитории отличались - что хочет ТС?

Правильной истории сейчас нет вообще. И локально, и на сервере - есть плохой коммит. Моя задача - (в идеале) - вернутся до коммита, который идет перед косячным, переделать косячный коммит, (не удалять файл) и залить на сервер - переписать историю коммитов. И залить после этого остальные изменения, которые идут после косячного коммита. Которые хотелось бы сохранить. Примерно так.

Правило первое: никогда не делай это в основной ветке. Сделай

git checkout -b temp

git rebase --interactive <base_commit> <last_commit>

git commit --amend

Ты уже добавил файл. Проблема в том, что история «некрасивая»? Забей.

Разработку веду не только я. В данном случае, как мне сказали, будут трудности при merge.

после того, как с помощью git reset --hard откачусь к целевому состоянию, где-нибудь можно будет взять изменения, которые были после этого коммита, что бы не переписывать кучу кода

Сделайте git reset --soft <last-good-commit> && git push -f, после сообщите всем заинтересованным. Все изменения, сделанные после останутся в индексе. Также можете почитать про git help reflog.

1. Сделай отдельную временную ветку (например, temp001).

2. Сделай в ней «git reset --hard <pre-target-commit>».

3. Перенеси последовательно нужные коммиты с помощью «git cherry-pick <commit>», внося необходимые правки.

4. Сделай в целевой ветке «git reset --hard <pre-target-commit>».

5. Влей в неё временную.

6. Проверь все ещё раз.

7. Запушь на сервер.

а если ты сделаешь откат и перепишешь историю - у ВСЕХ будут трудности при fetch/pull

Никого не слушай, прочитай про fixup.

Делать reset на удаленной ветке - моветон, лучше сразу удуши себя.