Sinon, est-ce une fonctionnalité de git?
Réponses
Trop de publicités?YGL réponse est la bonne pour le journal, voir ce fil:
L'indice de "hg journal de l'aide" pourrait être:
"Si aucune révision de la plage est spécifié, la valeur par défaut est tip:0". Combinez cela avec la connaissance de "hg help multirevs". C'est:
hg log -r :
multirevs:
Lorsque Mercurial accepte plus d'une révision, ils peuvent être spécifiés individuellement, ou d'une topologiquement continue de la plage, séparés par "
:
" de caractère.La syntaxe de la notation de plage est
[BEGIN]:[END]
oùBEGIN
etEND
révision des identificateurs.
Les deuxBEGIN
etEND
sont en option.
SiBEGIN
n'est pas spécifié, la valeur par défaut est le numéro de révision 0.
SiEND
n'est pas spécifié, la valeur par défaut à la pointe.
La gamme ":" signifie donc "toutes les révisions".
Si BEGIN
est plus grand que END
, les révisions sont traités dans l'ordre inverse.
Une gamme actes comme un intervalle fermé. Cela signifie que toute une gamme d'
3:5
3, 4 et 5.
De même, une gamme de9:6
donne 9, 8, 7 et 6.
Remarque: si vous voulez faire la même chose avec Graphlog (l' glog
qui se comporte comme (une sous-ensemble de) la normale log
commande sauf qu'il imprime aussi un graphique représentant la révision de l'histoire à l'aide de caractères ASCII à gauche de l' log
.), vous aurez besoin d' un patch.
Je dois vous avertir qu'il va être très lent pour les grands graphes, particulièrement
0:tip
.
Voir patch 1 et 2 du correctif. Je suis en train de travailler sur l'amélioration de l'.
Une alternative à la réponse de nad2000 serait d'ajouter simplement un alias en ~/.hgrc
[alias]
logr = log -r :
Maintenant, appeler hg logr
affiche les journaux dans l'ordre inverse. Malheureusement, comme l'a souligné VonC, le même type d'alias ne peut pas être défini pour glog
, car hg glog -r :
n'affiche pas les journaux dans l'ordre inverse.