もちろん、データを除いて、gitリポジトリのサイズに寄与する要因を知りたいです。
長い歴史を持つことは、大きなレポを意味しますか? 多くのブランチを持つことはそれに何らかの影響を与えますか?
また、皆さんはコミットをどのように処理していますか? 各コミットには、変更の論理単位が少なくとも 1 つ追加されている必要があることを読みました。プッシュする前にリベースすることでコミットを押しつぶすことができることを私は知っています。（もちろん、公開されたリベースは絶対にしないでください）。
だから私はそれらをつぶすべきかどうかわかりません。サイズが変わるかどうかわからないので。
ありがとう
リポジトリ自体のサイズは、主に格納されるデータの性質によって異なります。バイナリ データは、非バイナリ データよりも効率的に保存されず、いずれにせよ一般的には大きくなります。
gc使用中のレポ (ローカルに複製) は、最後に応じてそのサイズが異なることがわかりますrepack: git gc --aggressivevsgit repackを参照してください。パックファイルは、差分化が行われる場所です。
コミットについては、「 Git コミット履歴を完全に無視する」をお読みください。
これらは、それぞれのプロジェクトの変更のコア単位が何であるかを表示する 2 つの極端な例です。
- Git の観点からは (おそらくメーリング リスト アプローチ内での使いやすさのため)、単一のアトミック コミットが最も理にかなっています。
- GitHub の観点からは、アトミック単位がプル リクエストであるため、個々のコミットの価値が低くなります。
どちらの場合も、メーリング リストのディスカッションやプル リクエストの会話に戻ることで、変更に関するより歴史的なコンテキストを簡単に見つけることができます。