Какие опасные команды Git вы знаете и почему ими не стоит пользоваться без осторожности?

Git — распределённая система контроля версий, и большинство операций в ней безопасны: почти всё можно откатить через reflog или восстановить из удалённых веток. Однако есть команды, которые переписывают историю или удаляют данные без возможности простого восстановления. Их опасность особенно высока в командной работе, когда изменения уже опубликованы.

Основные опасные команды

• git reset --hard — сбрасывает рабочую директорию и индекс к указанному коммиту, безвозвратно удаляя незакоммиченные изменения.
• git push --force (или -f) — перезаписывает удалённую ветку, стирая коммиты, которые уже могли забрать коллеги.
• git clean -fdx — удаляет все неотслеживаемые файлы и директории, включая игнорируемые (например, .env или сборки).
• git rebase на публичной ветке — переписывает хеши коммитов, ломая историю у других разработчиков.
• git filter-branch / filter-repo — массово переписывает историю, что требует force push и координации всей команды.
• git branch -D — удаляет ветку без проверки на неслитые коммиты.

Пример: чем опасен reset --hard

# Есть незакоммиченные правки в файле app.js
git status
# modified: app.js

git reset --hard HEAD
# Все изменения в app.js потеряны безвозвратно

Пример: чем опасен force push

# Коллега запушил коммит C в main
# Вы делаете локальный rebase и пушите с силой
git push --force origin main
# Коммит C исчезает из удалённой ветки

Как снизить риск

1. Используйте git push --force-with-lease вместо --force: он не перезапишет ветку, если кто-то успел запушить свои изменения.
2. Перед reset --hard делайте git stash или коммит.
3. Не переписывайте историю публичных веток (main, develop) — только личные feature-ветки.
4. Проверяйте git clean -n (dry-run) перед реальным удалением.
5. Держите бэкап или используйте git reflog для восстановления.

Итог: опасные команды Git нужны для наведения порядка в локальной истории, но применять их стоит только на своих ветках и с пониманием последствий. В командной работе предпочитайте безопасные альтернативы вроде --force-with-lease и избегайте переписывания общей истории.