나는 이것에 대한 많은 다른 스레드를 보았지만 도움이되지 않습니다.
두 개의 JavaScript 파일이라는 매우 간단한 저장소가 있습니다. Macbook에 100GB 이상이 있습니다. 파일을 하위 디렉토리로 옮기고 로컬에서 변경 사항을 준비하려고하면 …
치명적 : 새 색인 파일을 쓸 수 없습니다.
이것은 터미널에서 모든 작업을 수행하거나 SourceTree와 같은 GUI를 사용하는 경우 발생합니다. 또한 파일 중 하나가 잠기고 로그 오프했다가 다시 로그인 할 때까지 작업 디렉터리를 삭제할 수 없습니다.
왜 이런 일이 발생합니까? 잠금으로 인해 스테이징을 방해합니까? 그렇다면 OS X에서 문제 파일을 어떻게 / 어떻게 잠금 해제합니까 ?? 원격 저장소는 Google 코드입니다. 차이가 있다면 아직 원격으로 푸시하지는 않습니다. 모든 것이 현지입니다.
답변
제 경우에는 디스크 공간이 부족하여 공간을 확보하기 위해 하드 드라이브에서 파일을 삭제해야했습니다.
답변
지난 며칠 동안 동일한 문제가 발생했습니다. 기본적으로 내 지식없이 전체 저장소가 새 파일 시스템으로 이동되었으며 git status를 실행하려고 할 때 저장소의 모든 파일이 삭제되었다고 갑자기보고했습니다.
가능한 해결책
그래서 많은 Google 수색 후 다음을 시도했습니다.
- .git permssions 변경 (동일한 문제)
- .git / index 권한 변경 (동일한 문제)
- git add-ing all the changes to commit (동일한 문제)
- git rm-ing 파일 이름이 너무 긴 오류를보고했기 때문에 삭제 된 파일 (동일한 문제)
- git reset (soft | Head | Hard) (동일한 문제)
- git clean (동일한 문제)
- Windows 수비수 끄기 (동일한 문제)
- git 업데이트 (동일한 문제)
- 다른 git 클라이언트 (나는 gitbash 사용) (동일한 문제)
- 커피 1 개 대신 2 잔 마시기 (동일 문제)
tl : dr-더러운 솔루션
문제를 해결 한 유일한 방법은 색인 파일을 복사하고 원본을 삭제하고 사본의 이름을 바꾸는 것입니다.
나는 그것이 실제로 ‘솔루션’이 아니라는 것을 알고 있지만 이제는 모든 파일 / 브랜치를 그대로 유지하면서 마술처럼 작동합니다. 이것이 왜 효과가 있는지 아는 사람이 있다면 말하십시오.
답변
제 경우에는 Dropbox 동기화를 일시 중지하여 문제를 해결했습니다.
답변
Mac에서도 같은 문제가 발생했습니다. 파일 시스템 ACL로 인해 발생한 것 같습니다. 시도 chmod -RN /path/to/repoACL을 취소 할 수 있습니다. 이렇게 한 후 변경 사항을 적용 할 수있었습니다. 색인 파일을 복사하는 트릭을 사용하여 원본을 삭제하고 복사본을 다시 이동하면 동일한 결과를 얻었습니다.
답변
Google 드라이브 또는 Dropbox와 같은 일종의 온라인 동기화 서비스에 github 설정이있는 경우 github가 동일한 작업을 수행하려고 할 때 동기화 서비스가 파일 읽기 / 쓰기를 시도하므로 동기화를 비활성화하면 github가 작동하지 않습니다. 바르게.
답변
.git / index 파일이 다른 프로세스 (내 로컬 개발 웹 서버)에서 사용 중이라는 사실을 알게되었습니다. 프로세스를 종료 한 다음 작동했습니다.
답변
Visual Studio Code를 닫으면 (내 경우에는 파일 저장에서 실행되는 자동 업 로더 백그라운드 작업이 있음) 문제가 해결되었습니다.
솔루션에 대한 크레딧 : 내 친구이자 동료 인 Arnel.