What's the difference between git reset and git revert?

git reset rewinds your branch pointer to an earlier commit, rewriting history — it is appropriate only for commits that have not been pushed. git revert creates a new commit that inverts the changes of an existing commit, leaving history intact, and is safe to use on shared branches. Rule of thumb: reset for private cleanup, revert for public undo.

How do I undo a git commit that I already pushed?

Use git revert HEAD followed by git push. That creates a new commit which reverses the changes from the pushed commit while preserving history, so teammates' clones stay consistent. Avoid git reset after a push unless you own the branch and are prepared to force-push with --force-with-lease and coordinate with collaborators.

How do I recover a deleted branch?

Run git reflog to find the last commit the deleted branch pointed at, then recreate the branch with git checkout -b . The reflog keeps entries for about 90 days by default, so recovery is almost always possible if you act within that window. The same approach recovers commits lost to a hard reset.

What does git rebase -i do?

git rebase -i HEAD~N opens an interactive editor listing the last N commits, letting you reorder, reword, squash, fixup, edit, or drop them before they are replayed onto the base. It is the main tool for cleaning up a branch's history before merging — combining messy 'fix typo' commits into logical units. Because it rewrites history, force-push with --force-with-lease if the commits were already pushed.

Подборщик команд Git

57 из 57 сценариев

Эти команды выполняются на вашем компьютере — скопируйте их, прочитайте, что они делают, и запускайте самостоятельно. Мы здесь ничего не выполняем.

Технические детали

Как устроен справочник команд Git

Что делает инструмент

Справочник команд Git — это поисковый, категоризированный каталог распространённых git-команд, организованный по рабочим сценариям: отмена изменений, ветвление, stashing, rebase, теги, операции с удалёнными репозиториями и многое другое. В каждой записи показаны синтаксис команды, краткое объяснение того, что она делает, и практические примечания по использованию. Поиск фильтрует записи в реальном времени по мере ввода, поэтому вы можете найти нужное заклинание, не пролистывая man-страницы.

Распространенные сценарии использования для разработчиков

Разработчики используют этот справочник, когда понимают, чего хотят добиться (например, отменить последний коммит, но оставить изменения в индексе), но не помнят точные флаги или команду. Он особенно полезен для редких операций вроде интерактивного rebase, cherry-pick диапазонов, восстановления удалённых веток через reflog или настройки разреженных checkout. Начинающие разработчики используют его как учебное пособие, чтобы находить команды, о существовании которых они не знали.

Форматы данных, типы или варианты

Команды сгруппированы по логическим категориям: базовые операции (add, commit, push, pull), ветвление и слияние, отмена изменений (reset, revert, checkout), stashing, rebase, теги, управление удалёнными репозиториями, лог и инспекция, а также продвинутые операции (bisect, worktree, submodule). Каждая запись включает шаблон команды с аргументами-заполнителями, однострочное описание и релевантные флаги с их эффектами.

Распространенные ошибки и крайние случаи

Команды Git могут иметь разрушительные последствия, которые сложно отменить — такие команды, как 'git reset --hard' и 'git clean -fd', навсегда удаляют работу, не сохранённую в reflog. Справочник показывает распространённые паттерны использования, но поведение git может отличаться в зависимости от конфигурации (merge.ff, pull.rebase) и версии git. Некоторые команды ведут себя по-разному с разделителем '--' и без него, особенно когда имена файлов совпадают с именами веток.

Когда использовать этот инструмент, а когда — код

Используйте этот справочник для быстрого поиска команд в повседневной разработке, особенно для операций, которые вы выполняете нечасто. Для сложных git-воркфлоу в продакшене (автоматизированные релизы, управление merge queue, операции в монорепозитории) используйте специализированные инструменты вроде git-алиасов, хуков Husky или CI-скриптов, которые кодируют стратегию ветвления вашей команды и снижают вероятность человеческой ошибки.