git pull이 오류 파일 이름으로 중단되었습니다.

Windows를 OS로 사용하고 있으며 Mac을 사용하는 친구와 함께 프로젝트를 진행하고 있습니다. 그는 Github에 코드를 체크인했습니다.

나는 그가 한 모든 일을 git pull하려고했지만 타사 코드의 "filename too long"오류로 중단되었습니다.

어떡해?

Git 의 msysgit FAQ는 여전히 오래된 msysgit 티켓 # 110에 연결되어 있기 때문에 긴 경로로 파일 디렉토리를 만들 수 없습니다 . 그러나 이후 티켓 # 122에 따르면 문제는 msysgit 1.9에서 수정되었습니다.

1. msysgit 1.9 (또는 그 이상)로 업데이트
2. Git Bash 시작
3. 긴 경로 문제가 '충분한'Git 저장소로 이동하십시오.
4. 긴 경로 지원 활성화 git config core.longpaths true

지금까지는 매우 잘 작동했습니다.

티켓 # 122에 대한 의견에서 중요한 알림을 유의하십시오.

여기로 돌아와서 Windows 탐색기, cmd.exe, bash 또는 사용중인 도구가 손상된다고 불평하지 마십시오.

Solution1- 다음 명령을 실행하여 전역 구성을 설정합니다.

git config --system core.longpaths true

Solution2- 또는 아래와 같이 특정 git 구성 파일을 직접 편집 할 수 있습니다.

YourRepoFolder-> .git-> 구성 :

[core]
    repositoryformatversion = 0
    filemode = false
    ...
    longpaths = true        <-- (add this line under core section)

해결책 3-새 저장소를 복제 할 때 : 여기 .

몇 년 늦었지만 한 번에 (내가 한 것처럼)이 작업을 수행해야하는 경우 복제 명령 중에 구성 설정을 지정할 수 있다고 추가하고 싶습니다. 이 시도:

git clone -c core.longpaths=true <your.url.here>

.gitconfig 파일을 열어 longpaths 속성을 추가합니다. 따라서 다음과 같이 표시됩니다.

[core]
symlinks = false
autocrlf = true
longpaths = true

Windows의 Java 저장소에서이 문제를 지속적으로 겪은 사람으로서 가장 좋은 해결책은 Cygwin ( https://www.cygwin.com/ )을 설치하고 all> devel> git 아래에서 git 설치를 사용하는 것입니다.

이것이 내가 찾은 최고의 솔루션 인 이유는 Cygwin이 긴 경로 이름을 관리하므로 다른 제공된 명령이 도움이되기 때문입니다. 예 : find, cp 및 rm. 저를 믿으십시오. 실제 문제는 Windows에서 너무 긴 경로 이름을 삭제해야 할 때 시작됩니다.

파일을 파일 시스템 루트에 더 가깝게 유지하십시오. 자세한 내용 : 기술적 인 이유로 Windows 용 Git은 절대 경로가 260자를 초과하는 경우 파일 또는 디렉터리를 만들 수 없습니다 .

Windows에서 "cmd"를 관리자 권한으로 실행하고 명령을 실행합니다.

"C:\Program Files\Git\mingw64\etc>"
"git config --system core.longpaths true"

또는 git이 설치된 폴더에 대해 chmod를 사용해야합니다.

또는 manullay "Git \ mingw64 \ etc"경로로 이동하여 파일을 수동으로 업데이트하십시오.

[http]
    sslBackend = schannel
[diff "astextplain"]
    textconv = astextplain
[filter "lfs"]
    clean = git-lfs clean -- %f
    smudge = git-lfs smudge -- %f
    process = git-lfs filter-process
    required = true
[credential]
    helper = manager
**[core]
    longpaths = true**