「ソース」とは、オーディオ、モデル、テクスチャ、実際のコードなどのすべてを意味します。私は主に git を使用して友人とゲームを開発したいと考えており、Git の無料版を使用していますが、とにかくゲームをオープンソースにするつもりでした。実際のゲーム コンテンツが数ギガバイトになると問題は発生しますか? どういうわけかレポから除外し、ある時点で別の方法で共有する必要がありますか?
編集: Git と呼ばれる実際の cli ソフトウェアと Github と呼ばれるサービスの両方について話しています。gitローカルで使用し、友人がダウンロードできるように Github にプッシュする予定です。
Git は大きな履歴を扱う場合には効率的ですが、大きなファイルを扱う場合には効率が悪い可能性があります。また、(大規模な) バイナリ ファイルを Git に保存することによるメリットは、いくぶん限定されます。そうは言っても、画像、サウンド、テクスチャなどが大きすぎない場合は、Git で管理しても問題ありません。
また、「アセット」(画像、サウンド、テクスチャなど、ソース コードではないもの) を別の git リポジトリ (ソース コード リポジトリにサブモジュールとして含まれる) に分けて、後でそうしないようにすることもできます。不格好になりすぎます。
すべての画像、テクスチャ、およびサウンドを git リポジトリに配置することはお勧めできません。ファイルの各バージョンは個別のオブジェクトとして (以前のバージョンとの違いとしてではなく) リポジトリに格納され、git はゆっくりと変化するテキストを追跡するように最適化されているためです。 （ソースコード）ファイルであり、これが本当に優れていることです。私が提案する多くのリソースがあると思われますが、それらを別のアーカイブに入れます。
Github側では、スペースについて次のように述べています。
ディスク容量の制限が表示されないのはなぜですか?
GitHub にはハード ストレージ制限はありません。悪用を防ぐために、プランごとにソフト制限を設けています。ほとんどの人がこの制限のごく一部を使用していることがわかります。正当な使用のためにさらに多くのディスク容量が必要な場合は、お問い合わせください。
彼らは、明示的な制限があったときでさえ、無料アカウントで実行される真のオープンソース プロジェクトに対してかなり寛大であることで知られています。ただし、ギガバイトの資産を無料のアカウントにダンプする前に、おそらく質問する必要があります.
大きなファイルに関しては、いくつかのオプションがあります。1 つの良い方法は、GitHub に 2 つのリポジトリを用意することです。1 つは大きな「imagey」ファイル用で、もう 1 つは残りのソース用です。'imagy' リポジトリをソース リポジトリのサブモジュールにします。「imagy」リポジトリは頻繁に変更されないため、日常の使用に影響はありません。