私のディスク容量はいくつですか?
GitHub は、すべての Git リポジトリに対して十分なストレージを提供するよう努めていますが、ファイルとリポジトリのサイズにはハードリミットがあります。
ここには以下の内容があります:
Were you able to find what you were looking for?
Thank you! Your feedback has been submitted.
Tip: 定期的に大きなファイルをGitHubにプッシュするなら、Git Large File Storage(Git LFS)の利用を検討してください。 詳しい情報については「大きなファイルのバージョン付け」を参照してください。
ファイルとリポジトリのサイズ制限
ユーザのパフォーマンス向上のため、リポジトリはそれぞれ 1GB 未満に保つことをお勧めします。 リポジトリを小さく保つことで、サーバーが高速になり、ダウンロードが迅速になります。 リポジトリが 1GB を超える場合、GitHub サポートから削減するように求めるメールを受け取ることがあります。
リポジトリには、100GB のハードサイズリミットがあります。 75GB に達すると、次に変更をプッシュしたときに Git からの警告がターミナルに表示されます。 さらに、リポジトリ内の個々のファイルについては、100 MB の厳格な最大サイズ制限を設けています。 詳細は「大きなファイルを使って作業する」を参照してください。
メモ: ブラウザ経由でリポジトリにファイルを追加する場合、そのファイルは 25 MB 以下でなければなりません。 詳細は「ファイルをリポジトリに追加する」を参照してください。
バックアップ
Git はバックアップツールとして機能するようには設計されていません。 ただし、Arq、Carbonite、CrashPlan など、バックアップを実行するために特別に設計された多くのソリューションがあります。
データベースダンプ
Git などのバージョン管理システムは、大きな SQL ファイルを処理するようには設計されていません。 大規模なデータベースを他の開発者と共有するには、Dropbox の使用をお勧めします。
Git を運用サーバーのバックアップに使用しないでください。 詳細は「バックアップ」を参照してください。
外部依存関係
外部依存関係によって、Git リポジトリが非常に大きくなる場合があります。 リポジトリが外部依存関係で埋まってしまうことを避けるために、パッケージマネージャーの使用をお勧めします。 一般的な言語で人気のあるパッケージマネージャーには、Bundler、Node のパッケージマネージャー、Maven などがあります。 これらのパッケージマネージャーは Git リポジトリの直接使用をサポートしているため、事前にパッケージ化されたソースは必要ありません。
パッケージリリースバージョン
リポジトリ内にコンパイルされたコードとプレパッケージされたリリースを配布することをおすすめしません。 詳しい情報については、「大きなバイナリを配布する」を参照してください。
既存のリポジトリの履歴
すでに非常に大きいリポジトリがある場合は、リポジトリの履歴から大きなファイルを削除することにより、リポジトリのサイズを縮小できます。 詳しい情報については、「リポジトリの履歴からファイルを削除する」を参照してください。
Were you able to find what you were looking for?
Thank you! Your feedback has been submitted.