Git reset expliqué : soft, mixte et hard

Les trois modes déplacent la branche actuelle vers le commit que vous nommez. `--soft` conserve chaque modification préparée, `--mixed` (valeur par défaut) les conserve dans votre dossier de travail sans préparation et `--hard` les ignore. Pour annuler votre dernière validation tout en conservant le travail, exécutez git reset --soft HEAD~1. Utilisez --hard uniquement lorsque vous êtes sûr, car il supprime définitivement les modifications non validées.

Quelle est la différence entre soft, mixte et dur ?

Git conserve trois copies de votre travail : l'historique des validations, la zone de préparation et le dossier de travail. La réinitialisation déplace toujours le premier. Le mode décide s’il réécrit également les deux autres.

Quand dois-je utiliser git reset --soft ?

Utilisez-le pour annuler les validations tout en gardant chaque modification par étapes, prête à être validée à nouveau. C'est le moyen le plus rapide d'écraser une branche en un seul commit :

# undo the last commit, keep the changes staged
git reset --soft HEAD~1

# squash everything since main into one commit
git reset --soft main
git commit -m "feat(search): quick open"

Quand dois-je utiliser git reset --mixed ?

C'est la valeur par défaut, donc git reset signifie git reset --mixed. Utilisez-le pour annuler des validations et diviser le travail différemment, ou pour supprimer des fichiers :

# undo the last two commits, keep the changes unstaged
git reset HEAD~2

# unstage one file (the branch does not move)
git reset src/search.ts

Pour la suppression, git restore --staged src/search.ts fait le même travail et lit plus clairement.

Quand dois-je utiliser git reset --hard ?

# drop the last commit and its changes
git reset --hard HEAD~1

# match the remote exactly
git fetch origin
git reset --hard origin/main

Comment supprimer un commit d’une branche ?

git revert conserve l'historique intact, c'est donc le seul choix sûr sur une branche partagée. La réinitialisation d’une branche poussée nécessite une poussée forcée et brise les clones de vos coéquipiers. Rebase interactif et cherry-pick ont leurs propres guides.

Comment annuler une réinitialisation de git ?

Reset a déplacé la branche et le reflog se souvient où elle se trouvait :

git reflog
# 3e52f10 HEAD@{0}: reset: moving to HEAD~2
# 9b3c7d1 HEAD@{1}: commit: add search box

git reset --hard 9b3c7d1

Cela ramène les commits, y compris après --hard. Les fichiers qui ont été préparés mais jamais validés peuvent parfois être trouvés avec git fsck --lost-found. Les changements qui n’ont jamais été organisés ont disparu. Annuler une réinitialisation, un rebase ou un commit couvre tous les cas.

Quelle est la différence entre réinitialiser, rétablir et restaurer ?

Voir réinitialiser une branche vers un commit pour plus de détails, et la leçon sur les modes de réinitialisation pour vous entraîner sur un référentiel sécurisé.