Slide 1

Slide 1 text

No content

Slide 2

Slide 2 text

プログラマ出身インフラエンジニア

Slide 3

Slide 3 text

No content

Slide 4

Slide 4 text

No content

Slide 5

Slide 5 text

No content

Slide 6

Slide 6 text

1GB/1repo grani/~~~~ 81GB たくさん 4日以内 停止

Slide 7

Slide 7 text

死刑宣告 ※使い方が悪い

Slide 8

Slide 8 text

No content

Slide 9

Slide 9 text

Github Enterprise 他ホスティングサービス Git LFS Git Annex

Slide 10

Slide 10 text

No content

Slide 11

Slide 11 text

Git L F S

Slide 12

Slide 12 text

No content

Slide 13

Slide 13 text

引用:http://qiita.com/shibukk/items/e9af45a6009646c7e14f

Slide 14

Slide 14 text

No content

Slide 15

Slide 15 text

引用:http://qiita.com/shibukk/items/e9af45a6009646c7e14f

Slide 16

Slide 16 text

No content

Slide 17

Slide 17 text

← .gitconfigにfilterを設定 ← .gitattributesに追記 ← clean filterがポインタファイル化 ← trackしたファイルはLFSにpushされる

Slide 18

Slide 18 text

No content

Slide 19

Slide 19 text

1. リポジトリのLFS化 2. 過去履歴の改変(サイズ削減)

Slide 20

Slide 20 text

git-lfs-migrate

Slide 21

Slide 21 text

手動でlfs track bfg-repo-cleaner

Slide 22

Slide 22 text

No content

Slide 23

Slide 23 text

git-lfs-migrateが大きいサイズのリポジトリで使 えない リポジトリが大きすぎて複製できない

Slide 24

Slide 24 text

git addが笑えないくらい遅い addに約11時間

Slide 25

Slide 25 text

.git/refs/pull/に紐づくobjectが消せない(サイズが 減らない)

Slide 26

Slide 26 text

歴史改変後にgit gcするとエラーになる 歴史の改変に失敗してしまった リポジトリのコピーで作業できれば。。

Slide 27

Slide 27 text

No content

Slide 28

Slide 28 text

非エンジニアが使い方が分からなくて戸惑う ポインタファイルがlfsサーバーに上がっちゃう 時がある

Slide 29

Slide 29 text

clone/pull/checkout etcが遅い git lfs コマンドを使いましょう

Slide 30

Slide 30 text

No content

Slide 31

Slide 31 text

Pros Cons

Slide 32

Slide 32 text

現状だと色々辛みがあるが、選択肢としては悪 くなかった気はしている

Slide 33

Slide 33 text

No content

Slide 34

Slide 34 text

コアシステムの再設計&Legacy API廃止 Scanner / Transfer Queue clean filterの動作を非同期にして高速化されたものと、転送 方法の改善?(よくわかってない) Filter Process 1つのfilterで複数ファイルを扱えるようにすることでforkの コストが無くなる

Slide 35

Slide 35 text

No content