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, rebasing, тагване, операции с отдалечени хранилища и още. Всеки запис показва синтаксиса на командата, кратко обяснение какво прави и практични бележки за употреба. Търсенето филтрира записите в реално време, докато пишете, така че да намерите правилното заклинание, без да скролвате през man страниците.

Често срещани случаи на употреба от разработчици

Разработчиците използват тази справка, когато знаят какво искат да постигнат (напр. да отменят последния commit, но да запазят промените staged), но не могат да си спомнят точните флагове или команда. Тя е особено полезна за по-рядко използвани операции като интерактивен rebase, cherry-picking на диапазони, възстановяване на изтрити клонове от reflog или конфигуриране на sparse checkouts. Младши разработчици я използват като помощно средство за обучение, за да откриват команди, за чието съществуване не са знаели.

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

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

Често срещани капани и гранични случаи

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

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

Използвайте тази справка за бързо намиране на команди по време на ежедневната разработка, особено за операции, които изпълнявате рядко. За сложни git работни процеси в продукция (автоматизирани релийзи, управление на merge queue, операции в monorepo) използвайте специализирани инструменти като git алиаси, Husky hooks или CI скриптове, които кодират специфичната стратегия за разклоняване на екипа ви и намаляват вероятността от човешка грешка.