Discussion :

[pcouas]

Bonjour,

J'ai besoin de remonter un ancien War du projet, il faut que je remonte début octobre, bien avant mon arrivée.

Donc dans Jenkins pas d'ancien War ni d'option Rebuild

Mais je vois dans Jenkins un Revision: 438dbd7b19c3a34680e1f163fb070162029f5736 sur la construction d'un WAR du 02 Octobre
Donc merci de me confirmer SI

1. je checkout le master actuel en local
2. je fais un git reset --hard 438dbd7b19c3a34680e1f163fb070162029f5736

Es ce que cela me fait revenir en LOCAL uniquement à la version du 02 Octobre ?

Merci
Phil

[Obsidian]

Bonjour,

Ça manque un peu de détails pour t'indiquer la meilleure voie à suivre mais si tu veux juste récupérer un fichier WAR qui aurait été généré à cette date et enregistré dans le commit, alors tu n'as pas besoin de faire un reset et surtout pas un reset --hard, qui t'empêcherait ensuite de regagner le sommet de ta branche. Il te suffit de faire un checkout sur le commit concerné, donc :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

git checkout 438dbd7b19c3a34680e1f163fb070162029f5736

…puis de resortir la version courante de ta branche master une fois que tu as fini, avec :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

git checkout master

…ou alors, il y a quelque chose dans ta problématique qui m'échappe, auquel cas je veux bien quelques infos complémentaires.

[pcouas]

Bonjour

J'ai besoin de recreer un WAR dont les sources dateraient de début Octobre afin de savoir si il y a eus une regression ou si le client me raconte un "crack"
Je suis arrivé sur ce projet il y a peu et l'ensemble de l'équipe est parti, je n'ai que le code source comme base pas de spec Métier !
Le Jenkins ne conserve pas de WAR, l'option rebuild n'est pas présente
Mon idee etait donc de reset git à cette date et de recreer un WAR

Merci

[Obsidian]

Mon idee etait donc de reset git à cette date et de recreer un WAR

D'accord mais c'est bien git checkout qu'il faut utiliser dans ce cas et pas git reset qui, lui, va ramener la branche à l'état dans lequel elle était à cette date et abandonner tout ce qui a été fait ensuite ! Ça veut dire que tu ne pourras pas revenir à la normale ensuite (si tu le fais par accident, il y a quand même moyen de s'en sortir avec le reflog, mais ce n'est pas trivial).

Si tu cherches une régression, tu seras sous doute intéressé par git bisect également, ainsi que par git worktree si tu as besoin de ressortir deux versions à la fois, afin de les compiler et les comparer ensuite. Par contre, tu peux à tout moment comparer le contenu de ce qui a été commité avec git diff sans avoir à faire le moindre checkout.