Bitbucket에서 GitHub로 마이그레이션하는 데 4 고 8 고생했기 때문에 기억 기사

※먼저 전합니다만 저는 커밋과 푸시와 풀 밖에 행하지 않는 단순한 대학생입니다.

경위

지금까지 Bitbucket을 사용하고 있었습니다만 GitHub의 초록의 그것이 마음에 들어 버려, 눈치채면 과금을 하고 있었습니다. 그래서 Bitbucket에서 GitHub로 마이그레이션하기로 결정했습니다.

정상적인 이동 방법

GitHub의 기능으로 URL을 타는 것만으로 간단하게 옮길 수 있습니다.
참조 사이트 URL : htps : // 이 m / 타 c 케이 y / ms / 74 에 87 0300fc091에 f259

통상은 이것으로 갈 수 있습니다만, 이번 푸시 및 리포지토리의 용량 제한에 의해 Bitbucket에서는 관리 할 수 ​​있었는데 GitHub에서는 관리할 수 없는 것이 있었습니다. 처음에는 모르고 여러 번 시도했습니다.
그 때문에 사서함에는 "failed"가 많이 도착하고 있습니다. 힘들다.

대책 (Git LFS)

그것을 고치기 위해 먼저 용량을 줄이는 것을 생각하고 Git LFS를 사용했습니다.
여러가지 조사했습니다만, 제가 자주 사용하고 있는 Sourcetree에서는 조금 하는 방법이 달랐습니다.
참조 사이트 URL : htp : // bg. 라고 chぁb-ぇ. 네 t/아 r ゔぇ s/4390

Sourcetree에서는 Gi와 Git LFS를 넣지 않아도 Sourcetree에 들어 있기 때문에 괜찮을 것입니다.
(나는 이런 것이 있다는 것을 알고 있었지만 Git Bash에 해당한다고는 쓰유도 모르고 Git와 Git LFS를 넣었습니다.)


이것이 Git Bash에 해당하는 것입니다.


이것이 열린 직후입니다. 이때 Git LFS 버전은 2.4.0입니다.

그리고 git LFS에 관리할 것을 지정합니다.

$ git lfs track "*.png"

지정되면 확인합니다.

$ git lfs track
Listing tracked patterns
    *.png (.gitattributes)

위와 같으면 [.gitattributes]가 자동 생성되어 커밋하도록 지시됩니다.

하지만 이것만으로는 최신 커밋에만 적응하는 것만으로 과거 커밋에는 적응되지 않습니다.
한 번의 푸시 용량으로 GitHub 마이그레이션이 실패하는 것 같습니다.

대책 2

따라서 과거의 커밋도 경량화합니다.
이것에 대해서는 이 사이트를 참고로 했습니다. 저는 아직 이해가 부족하기 때문에 세세한 설명은 생략합니다.
참조 사이트 URL : htps : // 이 m/i kms//ms/0 펑 f9 네 808~f29f6358

즐거운

그렇게 하면 다음과 같이 됩니다.


이와 같이 Bitbucket의 리포지토리 상세에 [Git Large File Storage]에 용량이 기재됩니다. 사이즈는 어쩐지 숨겼습니다. (LFS로 들키지만…)

이 후에 맨 위와 같이 GitHub에 커밋하면 마이그레이션이 성공합니다.
도중에 LFS를 어떻게 취급하는지 확인이 나오지만 적절히 대응하십시오.