git reset et git revert

Bonjour a tous;
Quelqu'un pourrai m'expliquer la différence entre git reset et git revert.

voilà le resultat :

Code:

---

1 2 3 4 5 6 7 8 9 10

AK29580@logti--14w MINGW64 ~/workspace/test/totalisateur (master) $ git revert cf6d2d0bc3c26868e7f8360f6937f0bd959905de error: could not revert cf6d2d0... add war project for ******************* hint: after resolving the conflicts, mark the corrected paths hint: with 'git add <paths>' or 'git rm <paths>' hint: and commit the result with 'git commit' AK29580@logti--14w MINGW64 ~/workspace/test/totalisateur (master|REVERTING) $

---

Je comprend pas pour quoi! (mon projet été up to date)

Merci!

En faisant

git revert cf6d2d...
tu appliques un commit qui est l'inverse de cf6d2d...

Ici tu as des conflits celà signifie que git ne peux pas finir l'opération... car ton workspace devait contenir des modifications ! et git ne peux revenir en arrière automatiquement...
=> git t'invite a résoudremanuellement ces conflits est faire de add/commit !

Code:

---

git diff --name-only --diff-filter=U

---

te permettra de savoir quels sont les fichiers qui pose problème...

Note : tu peux résoudre graphiquement les conflits... si tu as configuré un outil de merge dans ta config de git !

Enfin pour te répondre REVERT ou RESET
- tu fais une REVERT lorsque tu as poussé ton commit sur le serveur
- tu fais un RESET pour supprimer un commit qui es sur ton dépôt local uniquement (i.e. non encore poussé)

a+
Philippe

a+
Philippe

Comme dit précédemment "revert" créé simplement un contre commit. Et c'est le meilleur moyen de "corriger" un commit qui a été partagé.

Reset permet de "réinitialiser" l'état d'une branche, de l'index et/ou de l'espace de travail (ton système de fichier). Par exemple, tu peux faire pointer ta branche sur un commit complètement différent ou sur une autre branche mais garder ton espace de travail en l'état. Ou alors tu peux simplement annuler toutes les modifications en cours sur ton espace de travail et repartir comme si tu venais de faire un checkout de la branche.
(A l'exception des nouveaux fichiers qui seront simplement "unstaged").


Je t'invite à lire Pro Git. Tu y apprendras énormément de choses.