git - GitHub で大きなデータ ファイルを管理するには?

Question

(今のところ) 120 MB の大きなテキスト データ ファイルが 1 つあります。

それをレポに入れるのは悪い習慣ですか？GitHub の検索機能に影響はありますか?

ソースコード全体が900行しかないので、それは悪い考えのようです.

ファイルを更新する予定はありません。

Dropbox や Google Docs に置くこともできますが、リポジトリとは別です。

GitHub でない場合、大きなデータ ファイルを管理/バックアップするより良い方法はありますか?

Answer 1

次の場合はレポに入れます:
1- 変更を追跡したい
2- 実際にはプロジェクトの一部であり、レポをクローンしたときに人々にそれを受け取ってもらいたい

次の場合はリポジトリに入れないでください (.gitignore を使用して除外します)
。オンラインで入手可能で、レポにリンクまたは何かを配置して、人々がどこで見つけられるかを知ることができます

多くの人がダウンロードしていない場合は Dropbox が適しています。ホスティングには Amazon S3 が最適です。

Answer 2

この状況をうまく処理する方法があります。たとえば、データを分析するプロジェクトに取り組んでいる場合、特にクリーニングと前処理の手順の後、コードを共有するのは不十分ですが、データセットを共有することはできません (もちろん、データセットのサイズのため)。これが私が見つけたものです：

• git lfs Large File Storageを使用すると、バイナリ、データ ファイル、イメージなどを追跡してコミットし、同じリモートにプッシュすることができます。レポを複製する場合、すべてをプルする必要はありません。

• git-annexは独自のコマンドを使用するため、リポジトリと添付ファイルを別々にコミットします。ハード ドライブ、s3、Google ドライブなどのリモートでこれらのファイルを管理するのに最適です。

誰かが git-annex と git lfs の良い比較をここで行っており、この投稿ではいくつかの方法を短い形式で比較しています。

どちらも素晴らしいようです。現在、git annex はより成熟していますが、git lfs は私が使用している github によって開発されているため、git lfs を使用しています。

Answer 3

github に置くこともできますが、別のリポジトリに置き、サブモジュール経由でリンクすることをお勧めします。これにより、サブモジュール コマンドを介して明示的に行わない限り、ファイルが転送/調整されないようになります。

Answer 4

ファイルをバージョン管理下に置く必要がない場合、git ハブに配置するのは気が進まないでしょう。

議論に基づいて更新...

http://git-scm.com/book/en/Customizing-Git-Git-Hooksから

成功した git チェックアウトを実行すると、チェックアウト後のフックが実行されます。これを使用して、プロジェクト環境に合わせて作業ディレクトリを適切に設定できます。これは、ソース管理、自動生成ドキュメント、またはそれらの行に沿った何かを望まない大きなバイナリファイルを移動することを意味する場合があります。

したがって、このメカニズムを使用すると、外部に保存されたデータ ファイルを作業コピーにダウンロードできます。

Answer 5

pages.github.com は正しい場所ですか? 番号

github:help はこの質問に非常に明確に答えます (私も探していました)

https://help.github.com/articles/what-is-my-disk-quota

大きなメディア ファイル

バイナリ メディア ファイルは、Git とうまく連携できません。これらのファイルについては、通常、使用しているファイル専用に設計されたサービスを使用するのが最善です。

ビデオや音楽などの大きなメディア ファイルの場合は、ファイルを自分でホストするか、Vimeo や Youtube などのサービスを使用する必要があります。

PSD や 3D モデルなどのデザイン ファイルの場合、Dropbox などのサービスは通常、非常にうまく機能します。これは、GitHub の設計者が同期を維持するために使用するものです。最終的な画像アセットのみがリポジトリにコミットされます。

および https://help.github.com//articles/distributing-large-binaries