新しいマシンを買って、このブログのデータをgithubからcloneにした時に思いの外時間がかかりました。LFSってあったよな」と思い立ち、気軽に導入してみました。導入に際しては、この方の記事がとてもわかりやすかったです。基本的には、こちらの通りに進めていけば、スムーズに導入可能です。僕の記事では、これに沿った導入〜結果を書いていきたいと思います。シーンによってはとても重宝するはずです。導入前に、きちんとプロジェクトと合っているかを考えましょう。GitLFSは、なんのために使うか?PSDやAIに代表される「デカイサイズのファイルのバージョン管理ができる」というのがテーマとなっています。gitで扱いづらいファイルの、バージョン管理をするために導入するもの。僕はここを勘違いしていて、「リポジトリの軽量化」的な発想で導入してしまったわけです。LFSで有利なのは、PSDやAIなどの大容量のデータ。大量のデータというわけではないのです。その大容量ファイルが、常に開発者全員に必要なファイルだと、結局はpullをしなければいけなくなります。pullやcloneで転送量が消費されるGLFSの導入を予定しているということは、巨大なファイルを扱うということになると思いますが、githubの転送量の上限に注意する必要があります。転送量が月間1GBまで無料保存できるストレージの容量は1GBまで場合によっては、課金が必要かもしれないですね。転送量のみならず、ストレージ容量も多くないのは要チェックです。ダウンロード時カウントされる転送量は、ダウンロードの時のみを指しているとのこと、アップロードは含まれないようです。よって、clonepullこれら動作時に、転送量を消費していきます。lfsをnstallします。lfsを使えるように、プロジェクトにインストールします。LFSで管理するファイルを指定ファイル単位で登録することもできるし、特定の拡張子を登録ということでもOK。僕の場合は、画像類全般なので、拡張子ごと登録してみました。*.jpgこれをすることで、プロジェクトに.gitattributesという設定ファイルが作成されます。statusでjpgが一気にリストされました。LFSを使ってみた!"。ファイルの動きは以下のような感じになります。画像以外のファイルとともに、リモートリポジトリへ。気になるところ例えば、リーダーがGitLFSをインストールして設定してmergeしたとする。インストールしていないメンバーが、トラッキング設定されたファイルをpushしたらどうなるのだろうか?答え普通に、リポジトリへ画像の本体がプッシュされるらしい運用中のサイトの画像が表示されなくなった公開しているサイト(このブログです)の画像が、軒並みなくなりました。「firebaseに画像が上がってないのか?」と思ったらfirebaseの問題ではありませんでした。