LFS를 활용한 형상관리

Get-ChildItem -Recurse | Sort-Object Length -Descending | Select-Object FullName, Length -First 10

위 명령어를 통해 내가 만약 유니티 파일을 깃에 업로드하려는데 용량이 너무 커서

어떤파일을 lfs에 보낼까 고민될때 큰 파일들을 10개 추려서 볼수있다.

윈도우 명령어이다.

결과화면

바이트 크기로 출력되며 133813888 이정도 되면 약 127.62 MB(메가바이트)이다.

22개로 추리면 이정도 되는데, lfs에 보낼 목록을 추려보았다.

• 133813888 바이트 (약 127.62MB): libburst-llvm-18.dylib

• 78363424 바이트 (약 74.73MB): libburst-llvm-10.dylib

• 71903048 바이트 (약 68.57MB): libburst-llvm-18.so

• 71871860 바이트 (약 68.54MB): hostmac\dsymutil

• 57246208 바이트 (약 54.6MB): burst-llvm-18.dll

• 53156352 바이트 (약 50.7MB): burst-llvm-18-arm64.dll

총합은 약 444.41MB

---

트래킹 확인법

lsf install 하면 로컬 폴더 안의 .git에 깃훅이 생김. 트래킹 하면 .gitattribute가 생성됨.

파일 add 하고 commit한 뒤 git lfs status에 내가 지정한 파일이 들어가있는것을 볼 수 있다.

---

Push 확인법

LFS로 파일이 실제로 업로드되었는지 확인하려면 git push 후 GitHub 웹페이지에서 확인할 수 있다.

다음과 같이 내가 업로드한 폴더 옆에 Stored with Git LFS라고 뜨면 성공이다! 🥳

---

Git Sizer를 통한 형상관리

가장 큰 블롭 크기: 68.5 MiB로 표시되며, 이는 높은 수준의 우려를 나타낸다. lfs를 제외한 졸업프로젝트 저장소 내의 가장 큰 파일의 크기

가장 큰 체크아웃:

최대 경로 깊이: 12 (낮은 수준의 우려).

최대 경로 길이: 210 바이트 (중간 수준의 우려).

총 파일 크기: 1.33 GiB로 낮은 수준의 우려입니다.

• [1] 은 참조 객체를 말함 (아마 lfs를 뜻하는듯함.)

• [2] 는 Git 트리 객체를 말함. 저장소의 전체적인 파일 및 디렉토리 구조를 형상화한것처럼 보임.