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-сторінки.

Поширені сценарії використання для розробників

Розробники користуються цим довідником, коли знають, чого хочуть досягти (наприклад, скасувати останній коміт, але залишити зміни в staged), але не можуть згадати точні прапорці чи команду. Він особливо корисний для рідкісних операцій на кшталт інтерактивного rebase, cherry-picking діапазонів, відновлення видалених гілок із reflog або налаштування sparse checkout. Молодші розробники використовують його як навчальний інструмент, щоб відкривати для себе команди, про існування яких вони не знали.

Формати даних, типи або варіанти

Команди згруповано в логічні категорії: базові операції (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 або CI-скриптів, які кодують конкретну стратегію розгалуження вашої команди та зменшують імовірність людської помилки.