git: Czy jest opcja wiersza poleceń "Sortuj według daty" dla gitk?

Question

Próbuję znaleźć opcję linii poleceń dla gitk, która ma taki sam efekt jak "Ściśle sortuj według daty" w oknie "Widok/Edytuj widok ...".

man gitk pokazuje bardzo ograniczoną liczbę opcji w porównaniu do dostępnych w GUI.

Answer 1

man gitk przynajmniej wspomina ona bierze te same opcje niż git rev-list, w tym

--date-order 

Ta opcja jest podobna do --topo-order w tym sensie, że żaden rodzic przychodzi przed wszystkich swoich dzieci, ale w przeciwnym razie rzeczy są nadal porządkowane w kolejności zatwierdzania znacznika czasu.

Zobacz "Guide to understanding gitk?", aby uzyskać więcej informacji.

---

Uwaga: jeśli -d lub --date-order jest naprawdę argument jesteś po, lepiej nie używając zbyt wiele, w zależności sam Linus (od lists-archives.com/git lub www.spinics.net/lists/git/):

Chodzi o to, --date-order ciągi out i miksuje commits na tym samym łańcuchu rozwojowym, i czyni to znacznie trudniej zobaczyć różne łańcuchy .
To także kończy się pokazaniem rozwoju w bardziej "równoległym" sposobem, co z kolei sprawia, że ​​widok jest trudniejszy do odczytania.

Polecam domyślnie nie używać domyślnie --date-order. Nie dodaje on niczego do normalnego przepływu, a to sprawia, że ​​obraz jest trudniejszy do zobaczenia.

Tylko raz naprawdę chcesz --date-order (lub „-d”, co jest skrótem dla niego za jedyne gitk) jest naprawdę

• gdy obraz jest naprawdę bardzo proste, a ty rzeczywiście chcesz zobacz więcej szczegółów, ponieważ duży obraz jest zbyt trywialny, aby nawet być interesującym.
  (Innymi słowy: --date-order jest dobre dla bardzo prostego rozwoju gdzie istnieje tylko kiedykolwiek tylko kilka oddziałów lub gdzie masz usuwane z dala tyle historii, że pozostała część jest proste)
• kiedy chcesz do debugowania samego "git rev-list", ponieważ porządek daty faktycznie ma wpływ na to, jak git przemierza łańcuchy zatwierdzeń.

Drugi przypadek to coś, co podejrzewam, że nikt oprócz mnie i kilku innych osób nigdy nie zrobił.
znalazłem to bardzo przydatne razem z --show-all kiedy debugowania rewizji Walker (patrz zobowiązuje „Add "--show-all" revision walker flag for debugging” i „Make revision limiting more robust against occasional bad commit dates” gdzie pierwsze narzędzia --show-all, a drugi koniec wynikiem mojego debugowania).

Innymi słowy: nigdy nie zaczynaj od "-d" lub "--date-order" domyślnie.
Tylko jeśli masz powody, aby sądzić, że widok jest zbyt prosty lub , musisz użyć drążenia w relacji do zatwierdzenia.