「View / Edit view ...」ウィンドウで「Strictly sort by date」と同じ効果を持つgitkのコマンドラインオプションを見つけようとしています。
man gitk
は、GUI で使用できるオプションと比較して非常に限られた数のオプションを示しています。
「View / Edit view ...」ウィンドウで「Strictly sort by date」と同じ効果を持つgitkのコマンドラインオプションを見つけようとしています。
man gitk
は、GUI で使用できるオプションと比較して非常に限られた数のオプションを示しています。
man gitk
少なくとも、それが と同じオプションを取ることについて言及していgit rev-list
ます。
--date-order
このオプションは、すべての子の前に親が来ないという意味で に似ています
--topo-order
が、それ以外はコミット タイムスタンプ順に並べられます。
詳細については、「gitk を理解するためのガイド」を参照してください。
注:-d
またはが本当にあなたが求めている議論である場合、Linus 自身によると ( lists-archives.com/gitまたはwww.spinics.net/lists/git/--date-order
から)、あまり使用しない方がよいでしょう:
問題は、
--date-order
同じ開発チェーン上でコミットを並べて混同することです。そうすることで、開発のさまざまなチェーンが見えにくくなります。
また、開発をより「並列」な方法で表示することになり、ビューがさらに読みにくくなります。したがって
--date-order
、デフォルトでは使用しないことをお勧めします。通常の流れには何も追加されず、全体像が見えにくくなります。あなたが本当に望む唯一の時間
--date-order
(または "-d
"、これは just の省略形ですgitk
) は本当に
- 全体像が非常にシンプルであり、実際にはより詳細を確認したい場合。全体像はあまりにも些細なことであり、それ以外の場合は興味深いものでさえありません。
(言い換えれば--date-order
、ブランチが数個しかない、または残りの部分が単純なほど多くの履歴を削除した、本当に単純な開発には問題ありません)- " " の動作自体をデバッグしたい場合。
git rev-list
日付の順序は実際には git がコミット チェーンをトラバースする方法に影響するためです。2番目のケースは、私と他の何人かがこれまでに行ったことがあると思われるものです.
リビジョン ウォーカーをデバッグしているときに非常に便利であることがわかりました--show-all
(コミット「デバッグ用のリビジョン ウォーカー フラグを追加--show-all
」および「時折の不適切なコミット日付に対してリビジョン制限をより堅牢にする」を参照してください。最初の実装--show-all
では、2 番目の実装では私のデバッグの最終結果です)。言い換えれば、デフォルトで "
-d
" または " " で始めないでください。 ビューが単純すぎる、またはコミット関係にドリルダウンする必要があると考える何らかの理由がある場合にのみ、それを使用する必要があります。--date-order