Revenir en arrière en production

On rencontre souvent le cas où on se pose la question de savoir s’il vaut mieux rollback ou revert.

Revenir en arrière en allant de l’avant

Le revert permet de revenir en arrière tout en allant de l’avant. Techniquement il va apporter le changement inverse de ce qu’un commit a apporté.

git revert

Pour faire revert il suffit de lancer la commande suivante en spécifiant un nom de commit:

git revert <hash-du-commit>

Revenir en arrière de manière temporaire

Le fait de rollback est l’action de déployer une ancienne release en production.

Revenir en arrière en local

git reset

Le reset permet de se débarasser des changements en cours ou revenir à un commit précédent.

soft

Supposons que vous ayez un historique linéaire et que le dernier commit est le commit 4.

Vous pouvez revenir au commit 3 sans perdre les changement du commit 4.
Ceux ci seront alors ajouté à votre index (ou zone de staging) et seront prêt à être commit.
Celà peut être utile si vous souhaitez réecrire l’historique.

git reset --soft HEAD~1

hard

Cette commande est assez dangereuse car elle permet de supprimer un commit et même ce que vous aviez dans votre index.

En lancant la commande suivante avec un historique comme ci dessus

git reset --hard HEAD~1

Vous vous retrouverez avec un historique comme celui-ci: