programing

VCS 새로 고침 수행 중 ... (너무 오래 걸리거나 완료되지 않음)

sourcetip 2021. 1. 14. 23:44
반응형

VCS 새로 고침 수행 중 ... (너무 오래 걸리거나 완료되지 않음)


IntelliJ에서 커밋하려고 할 때 문제에 대한 수정 사항은 무엇입니까?

여기에 이미지 설명 입력

이 창은 너무 오래 걸리거나 전혀 완료되지 않습니다. IntelliJ에서 다시 커밋 할 수 있도록 해결 방법은 무엇입니까?


IntelliJ에서 다시 커밋 할 수 있도록 해결 방법은 무엇입니까?

IntelliJ에서 확실하지 않음 : IDEA-63491 과 같은 오래된 유사한 버그가 닫혔습니다 ( "구식").

더 최근의 것 ( IDEA-93086 )은 다음과 같이 말합니다.

새로 결제 한 후에 다시 작동합니다.

해결 방법으로 해결 방법은 명령 줄에서 푸시하는 것입니다 (IntelliJ 외부).


IntelliJ에서 다음으로 이동합니다.

파일> 캐시 무효화 / 다시 시작 ...

강조 표시된 항목을 선택하십시오.

무효화 및 재시작


Windows 8.1의 WebStorm 2016.1에서이 문제가 발생했습니다. 나를 위해 수정 한 것은 vcs-log 디렉토리를 삭제하는 것입니다 . 나는 또한 IntelliJ Community Edition을 설치했는데 당시에는이 문제가 없었기 때문에 프로젝트 특정 설정 (프로젝트 디렉토리의 .idea 폴더)이 아닌 애플리케이션 설정 (홈 폴더의 숨겨진 디렉토리)에 문제가 있어야한다고 생각했습니다. .

IntelliJ / Webstorm을 닫고 홈 폴더로 이동하면 IntelliJ / Webstorm이 구성을 유지하는 숨겨진 디렉터리를 찾을 수 있습니다. (이 숨겨진 디렉터리의 이름은 응용 프로그램 이름 (IntelliJ / PHPStorm / Webstorm) 및 버전에 따라 다릅니다.

C:\Users\{ your user name of pc }\.WebStorm2016.1

내부에는 vcs-log 폴더가있는 시스템 폴더가 있습니다.

C:\Users\{ your user name of pc }\.WebStorm2016.1\system\vcs-log

vcs-log 폴더를 삭제하거나 이름을 바꾸고 응용 프로그램을 다시 시작하면 모든 것이 정상으로 돌아갑니다.


새로운 계산대는 나를 위해 아무것도하지 않았습니다.

그러나 이것은 도움이되었습니다. "두 개의 프로젝트가 열려 있습니다. 하나는 SVN을 사용하고 다른 하나는 사용하지 않습니다. SVN을 사용하지 않는 하나를 닫으면 시스템이 응답하고 다시 한 번 체크인 할 수 있습니다." 출처

그래서 숨겨진 폴더 .idea를 포함하여 작업 공간에서 모든 프로젝트를 제거하여 새로운 작업 공간을 만들었습니다. 그런 다음 SVN을 통해 하나의 프로젝트를 체크 아웃 했으며 이후로 다시 커밋 할 수 있습니다 .


64가 아닌 32 비트 버전을 수정하기 위해 몇 가지 문제가 있습니다.


PyCharm에서 동일한 문제가 발생했으며 위의 솔루션 중 어느 것도 도움이되지 않았습니다.

나를 위해 일한 것은 다음과 같습니다.

  1. 프로젝트 폴더 이름 변경
  2. .idea 폴더를 제거했습니다.
  3. 프로젝트의 폴더 이름을 이전 이름으로 바꿉니다.
  4. PyCharm으로 열면 성가신 "Performing VCS Refresh"가 사라졌습니다.

Windows 10 PC에서이 문제가 발생했습니다. 내 솔루션은 아래를 참조하십시오.

줄 끝을 변경 한 후 저장소 새로 고침

core.autocrlf 옵션을 설정하고 .gitattributes 파일을 커밋 한 후 Git에서 수정하지 않은 파일을 커밋하려고 할 수 있습니다. 이 시점에서 Git은 모든 파일의 줄 끝을 변경하려고합니다.

저장소의 줄 끝을 자동으로 구성하는 가장 좋은 방법은 먼저 Git으로 파일을 백업하고 저장소의 모든 파일 (.git 디렉터리 제외)을 삭제 한 다음 파일을 한 번에 복원하는 것입니다.

작업 내용이 손실되지 않도록 현재 파일을 Git에 저장합니다.

git add. -u git commit -m "Saving files before refreshing line endings"색인을 제거하고 Git이 작업 디렉토리를 다시 검색하도록합니다.

rm .git / index Git 인덱스를 다시 작성하여 모든 새 줄 끝을 선택합니다.

git reset 재 작성되고 정규화 된 파일을 표시합니다.

git status 변경된 모든 파일을 다시 추가하고 커밋을 준비합니다. 변경되지 않은 파일 (있는 경우)을 검사 할 수있는 기회입니다.

자식 추가 -u

여기에서 읽은 많은 메시지를 보는 것은 완벽하게 안전합니다.

"경고 : CRLF는 파일에서 LF로 대체됩니다."

.gitattributes 파일을 다시 작성하십시오.

git add .gitattributes 저장소에 변경 사항을 커밋합니다.

git commit -m "모든 줄 끝을 정규화"

출처 : https://help.github.com/articles/dealing-with-line-endings/#refreshing-a-repository-after-changing-line-endings


커밋 할 때 느리다고 불평하는 경우 아래 단계를 따를 수 있습니다.

command + K로 git commit 화면으로 이동

버전없는 파일을 마우스 오른쪽 버튼으로 클릭

버전없는 파일 표시 비활성화

이렇게


빠른 방법이라고 생각합니다. 새 디렉토리에 대한 코드를 확인할 수 있습니다!

참조 URL : https://stackoverflow.com/questions/23693260/performing-vcs-refresh-takes-too-long-or-never-finishes

반응형