ドキュメントには頻繁に更新が加えられ、その都度公開されています。本ページの翻訳はまだ未完成な部分があることをご了承ください。最新の情報については、英語のドキュメンテーションをご参照ください。本ページの翻訳に問題がある場合はこちらまでご連絡ください。

私のディスク容量はいくつですか?

GitHub は、すべての Git リポジトリに対して十分なストレージを提供するよう努めていますが、ファイルとリポジトリのサイズにはハードリミットがあります。

ここには以下の内容があります:

Tip: 定期的に大きなファイルをGitHubにプッシュするなら、Git Large File Storage(Git LFS)の利用を検討してください。 詳しい情報については「大きなファイルのバージョン付け」を参照してください。

ファイルとリポジトリのサイズ制限

ユーザのパフォーマンスと信頼性を確保するため、リポジトリ全体の健全性のシグナルを積極的に監視しています。 リポジトリの健全性は、サイズ、コミット頻度、コンテンツ、構造など、さまざまな相互作用要因の機能よるものです。

リポジトリは小さく保ち、理想としては 1GB 未満、および 5GB 未満にすることを強くお勧めします。 リポジトリが小さいほど、クローン作成が速く、操作やメンテナンスが簡単になります。 リポジトリ内の個々のファイルは、100 MB の最大サイズ制限に厳密に制限されています。 詳細は「大きなファイルを使って作業する」を参照してください。

リポジトリがインフラストラクチャに過度に影響する場合は、GitHub Support から是正措置を求めるメールが送られてくる場合があります。 特に多くのコラボレータが参加している大規模なプロジェクトでは、柔軟に対応するよう努めており、可能な限り解決策を見つけるために協力します。 リポジトリのサイズと全体的な健全性を効果的に管理することで、リポジトリがインフラストラクチャに影響を与えることを防ぎます。 github/git-sizer リポジトリには、リポジトリ分析のためのアドバイスとツールがあります。

メモ: ブラウザ経由でリポジトリにファイルを追加する場合、そのファイルは 25 MB 以下でなければなりません。 詳細は「ファイルをリポジトリに追加する」を参照してください。

バックアップ

Git はバックアップツールとして機能するようには設計されていません。 ただし、ArqCarboniteCrashPlan など、バックアップを実行するために特別に設計された多くのソリューションがあります。

データベースダンプ

Git などのバージョン管理システムは、大きな SQL ファイルを処理するようには設計されていません。 大規模なデータベースを他の開発者と共有するには、Dropbox の使用をお勧めします。

Git を運用サーバーのバックアップに使用しないでください。 詳細は「バックアップ」を参照してください。

外部依存関係

外部依存関係によって、Git リポジトリが非常に大きくなる場合があります。 リポジトリが外部依存関係で埋まってしまうことを避けるために、パッケージマネージャーの使用をお勧めします。 一般的な言語で人気のあるパッケージマネージャーには、BundlerNode のパッケージマネージャーMaven などがあります。 これらのパッケージマネージャーは Git リポジトリの直接使用をサポートしているため、事前にパッケージ化されたソースは必要ありません。

パッケージリリースバージョン

リポジトリ内にコンパイルされたコードとプレパッケージされたリリースを配布することをおすすめしません。 詳しい情報については、「大きなバイナリを配布する」を参照してください。

既存のリポジトリの履歴

すでに非常に大きいリポジトリがある場合は、リポジトリの履歴から大きなファイルを削除することにより、リポジトリのサイズを縮小できます。 詳細は「リポジトリの履歴からファイルを削除する」を参照してください。

Did this doc help you?

Privacy policy

Help us make these docs great!

All GitHub docs are open source. See something that's wrong or unclear? Submit a pull request.

Make a contribution

OR, learn how to contribute.