「メイン」リポジトリがあり、それを複製して、クローンにいくつかの変更を加えます。その間、「メイン」には他にも変更があるので、それらをプルしてクローンにマージします。クローンにさらに変更を加え、「メイン」からの他の新しい変更をマージします。これは私にこのグラフを与えます：
クローンでの作業が終了したら、メインリポジトリにプッシュすると、「メイン」のグラフは次のようになります。
それらがトポロジー的に同じであることは知っていますが、私にとっては最初のものの方が明確です（これは非常に単純なケースですが、状況はさらに複雑になる可能性があります）。
これを防ぐ方法はありますか？事後にグラフの並べ替えについてこの質問を見つけましたが、ワークフローに問題があるか、それを防ぐために何かを変更できるのではないかと考えていました。
問題は、グラフが改訂日ではなく改訂番号でソートされていることです。これは、リビジョンが現在のリポジトリに表示された日付/時刻で効果的に並べ替えます。リストをリビジョン日付でソートできるようにするため、thg プロジェクトには未解決の問題がありますが、開発者の 1 人は、この変更にはグラフを非表示にする必要があると述べました。ゲインが少なすぎます (問題はここにあります)。
複数のリポジトリで作業が実行される場合、異なるリポジトリでリビジョンが同じ順序になることは決してないため、それを修正するために私が知っているマージを含むワークフローはありません。
ツリーを整理する 1 つの方法は、変更をプルした後rebaseに代わりに使用することmergeです。これは、履歴を書き換えて、draftプルしたばかりの変更後にリビジョンが実装されたかのように見せるため、マージのない単一のブランチになります。を読みたい場合はrebase、その情報がここにあります。