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

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

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

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

Tip: If you regularly push large files to GitHub, consider using Git Large File Storage (Git LFS). 詳しい情報については「大きなファイルのバージョン付け」を参照してください。

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

ユーザのパフォーマンス向上のため、リポジトリはそれぞれ 1GB 未満に保つことをお勧めします。 リポジトリを小さく保つことで、サーバーが高速になり、ダウンロードが迅速になります。 リポジトリが 1GB を超える場合、GitHub サポートから削減するように求めるメールを受け取ることがあります。

リポジトリには、100GB のハードサイズリミットがあります。 75GB に達すると、次に変更をプッシュしたときに Git からの警告がターミナルに表示されます。 さらに、リポジトリ内の個々のファイルについては、100 MB の厳密な最大サイズ制限を設けています。 詳細は「大きなファイルを使って作業する」を参照してください。

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

バックアップ

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

データベースダンプ

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

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

外部依存関係

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

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

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

既存のリポジトリの履歴

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

担当者にお尋ねください

探しているものが見つからなかったでしょうか?

弊社にお問い合わせください