est-ce que tu peux me dire si il y a moyen d'éditer l'historique avec Hg ?
Oui mais c'est parfois déconseillé.
On va passer rapidement sur la fonction "rollback/undo" : tant que la dernière révision est "draft" (n'a pas été poussé vers l'extérieur ou tiré par quelqu'un), il est possible d'annuler le dernier commit, ou de le modifier. Il n'y aucun risque de ce côté là. J'imagine que Git propose les mêmes fonctions.
Par contre, il existe des extensions standards qui permettent de modifier l'historique des commits quelque soit leur état (secret / draft / public).
Pour l'avoir malencontreusement utilisé sur une révision publique, je ne raconte par le bordel que ça a mis dans la base (les nouveaux hash ne correspondant plus, les ordis ayant déjà récupérés l'ancienne version se retrouvaient avec 2 tête de branches et plus possible de commiter quoique ce soit avant d'avoir ré-appliqué la modification manuellement sur chaque client...).
Cela dit, sur des révisions locale (secret ou draft), c'est pratique et peu risqué (en tout cas je n'ai jamais eu de soucis). Je me suis encore servi cette semaine de l'extension "strip" pour faire détruire une branche locale.
De même il m'arrive d'utiliser l'extension "rebase" pour changer l'ordre des commits ou les déplacer d'une branche à une autre.
[^] # Re: [HS] Mercurial
Posté par flavien75 . En réponse au message git et merge graphique. Évalué à 2.
Oui mais c'est parfois déconseillé.
On va passer rapidement sur la fonction "rollback/undo" : tant que la dernière révision est "draft" (n'a pas été poussé vers l'extérieur ou tiré par quelqu'un), il est possible d'annuler le dernier commit, ou de le modifier. Il n'y aucun risque de ce côté là. J'imagine que Git propose les mêmes fonctions.
Par contre, il existe des extensions standards qui permettent de modifier l'historique des commits quelque soit leur état (secret / draft / public).
Pour l'avoir malencontreusement utilisé sur une révision publique, je ne raconte par le bordel que ça a mis dans la base (les nouveaux hash ne correspondant plus, les ordis ayant déjà récupérés l'ancienne version se retrouvaient avec 2 tête de branches et plus possible de commiter quoique ce soit avant d'avoir ré-appliqué la modification manuellement sur chaque client...).
Cela dit, sur des révisions locale (secret ou draft), c'est pratique et peu risqué (en tout cas je n'ai jamais eu de soucis). Je me suis encore servi cette semaine de l'extension "strip" pour faire détruire une branche locale.
De même il m'arrive d'utiliser l'extension "rebase" pour changer l'ordre des commits ou les déplacer d'une branche à une autre.
Les vrais naviguent en -42