Git1.8.5 (2013 년 10 월)는 프로세스를 단순화해야합니다 . 간단히 :

git mv A B

” git mv A B“, 서브 모듈 A을 이동할 때 작업 트리.gitmodules 를 재배치하고 파일 의 경로를 조정하는 방법을 배웠 습니다 .

커밋 0656781fadca1 에서 더 많은 것을보십시오 :

현재 git mv서브 모듈에서 ” “를 사용 하면 서브 프로젝트의 작업 트리가 슈퍼 프로젝트의 작업 트리로 이동합니다. 그러나 서브 모듈의 경로 설정 .gitmodules은 그대로 유지됩니다. 이는 현재 작업 트리와 일치하지 않으며 올바른 path -> name mapping(와 같은 status및 diff) 에 의존하는 git 명령이 이상하게 작동합니다.

“하자 git mv“단지 서브 모듈의 작업 트리를 이동뿐만 아니라 업데이트하지 않음으로써 여기에 도움 ” submodule.<submodule name>.path로부터”설정 .gitmodules파일 및 단계를 모두.
이것은 .gitmodules파일을 찾을 수 없을 때 발생 하지 않으며이 서브 모듈에 대한 섹션이 없을 때만 경고를 발행합니다. 이는 사용자가 .gitmodules파일 없이 일반 gitlink를 사용 하거나 “git mv”명령을 실행하기 전에 이미 경로 설정을 직접 업데이트 했기 때문입니다 (이 경우 경고 mv는 사용자 에게 해당 작업을 수행했음을 경고 합니다). 발견되고 병합 충돌이 포함 된
경우에만 명령이 실패하고 사용자에게 다시 시도하기 전에 충돌을 해결하도록 지시합니다..gitmodulesmv

자식 git mv모듈 git 2.9 (2016 년 6 월)가 개선 됩니다 :

Stefan Beller ( )의 commit a127331 (2016 년 4 월 19 일)을 참조하십시오 . ^{( 주니 오 C 하마노 합병) —}stefanbeller
^{gitster 에 9cb50a3 커밋 2,016 29 사월)}

mv: 중첩 하위 모듈 이동 허용

” git mv old new“가 디렉토리 내의 서브 디렉토리로 존재하는 서브 모듈의 경로를 old/올바르게 조정하지 않았습니다 .

그러나 서브 모듈은 .gitmodules파일에 대한 업데이트뿐만 아니라 git 디렉토리에 대한 링크도 업데이트해야 합니다.

답변

mv oldpath ~/another-location
git rm oldpath
git submodule add submodule-repository-URL newpath

$ git --version
git version 1.8.4

git submodule deinit <submodule name>

git rm <submodule folder name>

git submodule add <address to remote git repo> <new folder name>

git submodule deinit <path>
git rm --cached <path>

git commit -am 'Removing submodule.'

git submodule update
git submodule sync
git submodule status

git submodule add --name <custom_name> git@github.com:foo/bar.git <my/path>

git mv Common common

git mv Common commontemp
git mv commontemp common