2

関連：このSOの質問。

上記の質問では、OPは大量のバイナリデータ（つまり、画像）を含むプロジェクトについて質問していました。私はやや似たような問題を抱えていますが、規模は小さいです。私はgithubでホストされているプロジェクトに取り組んでいます。このプロジェクトはGUIを備えたアプリケーションであるため、使用する画像がいくつかあります。

画像の量はかなり少なく（おそらく100以下）、それらのほとんどは小さなPNGです。私はさまざまなマシンで作業しているので、毎回ビルドするためのリソースの完全なセットを入手できることが重要です。今、私は画像をどうすればいいのかわかりません。これまでのところ、私は2つのオプションを考えることができます。

  • 画像をコードと一緒にリポジトリに保存します（画像が変更される可能性は低いですが、後で新しい画像が追加される可能性があります）
  • 画像を他の場所（クラウドストレージなど）に保存し、必要になるたびにダウンロードします。

私は最初のものと一緒に行きたいと思います、それで私の質問は：

バイナリデータをリポジトリに保持すると、望ましくない方法で影響がありますか（遅くしたり、サイズを大幅に増やしたりするなど）？または、私が持っているデータの量を考えると、それについて心配する必要はありませんか？

4

3 に答える 3

3

私たちは適度に大きなWebアプリケーションを開発しているので、通常の画像も同様に動き回っています。悪影響は一切見ていません。

だから、私の意見では、これは完全に問題ありません。むしろ、ビルドに必要なすべてのものを1つのリポジトリにパックして、一緒にバージョン管理したいと思います。

于 2012-10-24T10:53:45.520 に答える
1

gitリポジトリにバイナリを含めることができます。変更セットに関してはあまり効率的ではありませんが、gitはそれと共存できます。

あなたの画像はおそらくあまり変わらないでしょう、それでこれは大きな問題ではありません。

Excelファイルなどでgitリポジトリを持っています。動作します。私は他の場所ではなく、自分のリポジトリにあるものを持っていることを好みます。

于 2012-10-24T10:54:21.613 に答える
1

あなたが参照している質問の答えをもう一度見てください。これは実際には問題ではありません（特に、アセットが少ない場合）。

画像をクラウドに配置すると、追跡可能な履歴がなくなります。したがって、以前のイメージに簡単に戻すこと、削除されたイメージを復元すること、および他のすべてのバージョン管理の利点はありません。

于 2012-10-24T10:54:41.113 に答える