Дело в том, что --date-order выстраивает и смешивает коммиты в одной и той же цепочке разработки, и, таким образом, это значительно усложняет разглядывание различных цепочек разработки.
Это также заканчивается тем, что показываетразвитие более «параллельным» образом, что, в свою очередь, делает представление более трудным для чтения.
Поэтому я бы порекомендовал не использовать --date-order по умолчанию.Это ничего не добавляет к нормальному потоку, и это делает общую картину труднее для просмотра.
Единственный раз, когда вы действительно хотите --date-order (или "-d", что является сокращением для негопросто gitk) действительно
- , когда большая картина действительно очень проста, и вы действительно хотите увидеть больше деталей, потому что большая картина слишком тривиальна, чтобы быть интересной, в противном случае.
(Другими словами: --date-order отлично подходит для действительно простой разработки, когда есть только пара ветвей или когда вы удалили так много истории, что оставшаяся часть проста) - когда хотитедля отладки самого поведения "
git rev-list", поскольку порядок дат действительно имеет значение для того, как git пересекает цепочки коммитов.
Во втором случае я подозреваю, что никто, кроме меня и нескольких других людей, не имееткогда-либо делал.
Я нашел это очень полезным вместе с --show-all, когда я отлаживал ходунки ревизий (см. коммит " Добавить" --show-all "флаг ходатайства ревизий для debugging"и" Сделать ограничение ревизии более устойчивым к случайным ошибочным датам фиксации", где первая реализует --show-all, а вторая - конечный результат моей отладки).
Другими словами: никогда не начинайте с «-d» или «--date-order» по умолчанию.
Только если у вас есть основания полагать, что представление слишком простое или вам нужно углубиться вфиксировать отношения, если вы используете его.