J’essaie de trouver une option de ligne de commande pour gitk qui a le même effet que “Ssortingctement sorting par date” dans la fenêtre “Afficher / Modifier la vue …”.
man gitk
montre un nombre très limité d’options par rapport à celles disponibles dans l’interface graphique.
L’ man gitk
au moins mentionne qu’il prend les mêmes options que git rev-list
, y compris
--date-order
Cette option est similaire à
--topo-order
en ce sens qu’aucun parent ne vient avant tous ses enfants, mais sinon, les éléments sont toujours classés dans l’ordre d’horodatage de validation.
Voir ” Guide pour comprendre gitk? ” Pour plus d’informations.
Note: si -d
ou --date-order
est vraiment l’argument que vous recherchez, mieux vaut ne pas en utiliser trop, selon Linus lui-même (à partir de lists-archives.com/git ou http://www.spinics.net/lists/git/ ) :
Le fait est que
--date-order
et mélange les commits sur la même chaîne de développement, ce qui rend les différentes chaînes de développement beaucoup plus difficiles à voir.
Il finit également par montrer le développement d’une manière plus “parallèle”, ce qui rend la lecture encore plus difficile à lire.Je suggère donc de ne pas utiliser
--date-order
par défaut. Cela n’ajoute rien à un stream normal, et cela rend la situation plus difficile à voir.La seule fois où vous voulez vraiment
--date-order
(ou ”-d
“, qui est son raccourci pour justegitk
) est vraiment
- quand la grande image est vraiment très simple, et que vous voulez réellement voir plus de détails car la grande image est trop sortingviale pour être même intéressante.
(En d’autres termes:--date-order
est très bien pour un développement vraiment simple où il n’y a que quelques twigs ou où vous avez élagué tellement de choses que la partie restante est simple)- lorsque vous voulez déboguer le comportement ”
git rev-list
” lui-même, puisque l’ordre des dates compte en fait pour la manière dont git traverse les chaînes de validation.Le second cas est quelque chose que je soupçonne, mais personne et quelques autres personnes n’ont jamais fait.
Je l’ai trouvé très utile avec--show-all
quand j’étais en--show-all
déboguer le randonneur de révision (voir les commits ” Ajouter”--show-all
“flag de révision pour le débogage ” et ” Rendre la limitation de révision plus robuste contre les dates de validation erronées “) , où le premier implémente--show-all
, et le second est le résultat final de mon débogage).En d’autres termes: ne jamais commencer par ”
-d
” ou ”--date-order
” par défaut.
Ce n’est que si vous avez des raisons de penser que la vue est trop simple ou que vous devez explorer les relations de validation si vous l’utilisez.