明日から出来る重い Gitレポジトリへの対抗策 - Qiita

はじめに これは Git Advent Calendar 2016 の4日目の記事です。 今回の記事が対象とする大規模なレポジトリは、何年間も開発が続けられ、ファイル数、履歴、ブランチ、タグなど、全般的に肥大化してしまったようなレポジトリです。肥大化したレポジトリを何も気にせず扱った場合、以下のような不幸な自体に見舞われます。 終わらない git clone 止まらない disk full 帰ってこない git status これらは貴重な時間や資源だけでなく、エンジニアや周りの人の精神エネルギーまで持っていきます。 この記事においては、これらの原因を解決するための実践テクニックのうち、明日から利用できるものをまとめます。歴史を改ざんする系のもの、レポジトリ構成を変えるもの、アプリケーション層に入り込んだ改修などは今回の記事の範囲から割愛させていただきます。 また、巨大なレポジトリを扱うた

[moegg]

“$ git clone --branch master --depth 1 git@github.com:rails/rails.git shallow-rails 過去の膨大な履歴を参照しないことで、通信およびローカルでのデータ量が削減されます。また、git管理下のオブジェクト数も削減される為、各種コマンドの

[braitom]

ファイル数、履歴、ブランチなどが肥大化してしまったGitリポジトリを快適に利用するためのTipsが書かれている。Shallow Cloneを使う、特定の名前空間以下のブランチのみをfetch対象とする、などの方法がある。

[gomayumax]

“リモートからのcloneの際に、 --branch <name> オプションで取得したいブランチを指定し、 --depth <depth> オプションで取得する履歴の長さを制限します。”へーーーーーーーーーーー(・∀・)！！！