솔루션을 열 때 Visual Studio 2013이 중단됨

하루나 이틀 전에 VS2013 (v12.0.21005.1)을 설치하고 ReSharper 8 (v8.0.2000.2660)을 추가했습니다. 그날은 괜찮 았습니다. 이제 하루 종일 하나의 솔루션을 열 수 있다면 운이 좋습니다. 자체적으로는 정상적으로 열리지 만 메뉴를 통해 내부에서 솔루션을 열면 심하게 중단됩니다. Windows 탐색기에서 솔루션을 마우스 오른쪽 단추로 클릭하고 'VS 2013으로 열기'를 클릭하면 똑같은 방식으로 열리고 중단됩니다. 가끔씩 몇 시간 동안 뭔가 바쁘다는 작은 알림을받습니다.

문제를 해결하지 못하는 재설치를 견디기 전에 무엇이 문제인지 아는 사람이 있습니까?

때로는 단순히 ".v12.suo"파일을 삭제하고 솔루션을 다시 여는 것으로 충분합니다. VS2013이 프로젝트를로드 할 때 멈출 때 여러 번 저를 도왔습니다.

모든 ".suo"파일을 삭제하는 것이 저에게 효과적이었습니다. 여러 버전의 Visual Studio에서 솔루션을 열었 기 때문에 여러 복사본이있었습니다.

편집하다:

가능한 경로는 다음과 같습니다.

PathToSolution \ .vs \ ProjectName \ v14 \

.vs는 숨겨진 폴더 일 수 있습니다.

.suo는 파일 이름입니다.

기본적으로 무엇이든 될 수 있지만 몇 가지 시도해 볼 수 있습니다.

1. 껐다가 다시 켭니다.
2. ReSharper 캐시를 지 웁니다.이 캐시 %LOCALAPPDATA%\JetBrains\ReSharper\<CurrentVersion>\SolutionCaches는 열려고하는 솔루션과 일치하는 폴더를 찾을 수있는에 있습니다. VS2013의 모든 인스턴스를 닫고 폴더를 삭제 한 다음 다시 시도하십시오.
3. ReSharper 끄기 : Tools > Options > ReSharper > General > Suspend
4. ReSharper를 완전히 제거하고 문제가 지속되는지 확인합니다.
5. .NET을 통해 Visual Studio를 복구합니다 Programs and Features.

MS Connect 지침을 기반으로 VS 디버깅에 대한 더 나은 접근 방식은 다음과 같습니다.

캡처 한 덤프 파일이 32 비트 덤프 파일인지 확인하는 데 도움을주세요. 64 비트 덤프 파일 인 경우 다음 단계를 사용하여 새 덤프 파일을 캡처하십시오.

1. Visual Studio를 시작합니다.
2. VS의 다른 인스턴스를 시작합니다.
3. 두 번째 인스턴스에서 도구 | 프로세스에 첨부 ...
4. 프로세스 목록에서 devenv.exe를 찾습니다.
5. 선택 ...을 클릭하고 '기본'및 '관리'코드를 명시 적으로 선택합니다.
6. 확인 및 확인을 클릭하여 선택 대화 상자와 프로세스에 연결 대화 상자를 닫습니다.
7. VS의 첫 번째 인스턴스로 돌아가서 중단을 재현하십시오.
8. 중단되면 제어는 VS의 두 번째 인스턴스로 이동해야합니다. 그렇지 않은 경우 수동으로 VS의 두 번째 인스턴스로 돌아가서 "Break All"을 누르십시오.
9. 두 번째 인스턴스에서 디버그 | 힙을 사용하여 덤프를 미니 덤프로 저장합니다.

VB 프로필을 실행하는 경우 다른 이름으로 덤프 저장 메뉴 항목이 표시되지 않습니다. 이 메뉴 항목을 추가하려면 :

1. 도구-> 사용자 정의를 선택하십시오.
2. 명령 탭을 선택하십시오.
3. 메뉴 모음 드롭 다운에서 디버그를 선택합니다.
4. 명령 추가 ...를 클릭합니다.
5. 범주 목록에서 디버그를 선택합니다.
6. 명령 창에서 다른 이름으로 덤프 저장 항목을 찾습니다.
7. 확인을 클릭합니다 (다른 이름으로 덤프 저장 ... 명령이 디버그 메뉴 맨 위에 추가됨).
8. 닫기 클릭

http://blogs.msdn.com/debugger/archive/2009/12/30/what-is-a-dump-and-how-do- 에서 덤프 파일 및 호출 스택을 얻는 방법에 대한 자세한 단계를 얻을 수 있습니다. i-create-one.aspx

Resharper Addin에 문제가있는 경우 http://youtrack.jetbrains.com/issues/RSRP 를 통해 문제를보고 할 수 있습니다.

Resharper 일시 중지 나를 위해 일했습니다. 이동

도구-> 옵션-> ReSharper-> 일반-> 지금 일시 중지

이제 솔루션이 매우 빠르게로드됩니다. 솔루션이 완전히로드 된 후 Resharper 설정을 Resume Now로 변경할 수 있습니다 .

프로젝트에서 노드 모듈을 사용하고 있습니까? 아니면 ReSharper 관련 문제인지 확인할 수 있습니까?

NPM 모듈 (예 : Grunt 용)이있는 경우 'node_modules'폴더를 'hidden'으로 표시하고 (하위 폴더를 숨길 필요는 없음) 다시 시도하십시오.

Visual Studio가 나를 위해 열려 있었고 Windows 최대 값 (260 자)보다 긴 파일 경로로 깊이 중첩 된 노드 모듈을 스캔하려고 시도하고 있었으며 이로 인해 VS에서 솔루션을 열 수 없었지만 폴더를 다음과 같이 표시했습니다. 숨겨진 문제가 해결되었습니다.

최근에도이 문제가 발생했으며 프로젝트를로드 할 때 컴퓨터를 인터넷에서 분리하면 문제가 해결된다는 것을 알았습니다. 이를 통해 로딩 시간을 몇 시간에서 몇 초로 줄일 수있었습니다. 내 네트워크 케이블에 특별히 접근 할 수 없기 때문에 프로젝트를로드하기 전에 네트워크 어댑터를 비활성화했습니다 (제어판에서).

하지만 곧 답답해졌고 최근에 다시 문제를 조사했습니다. Visual Studio에서 내 Microsoft 계정에 로그온하면 궁극적으로 문제가 해결 된 것으로 보이며 이제 프로젝트를로드하는 데 더 이상 문제가 없습니다.

이것은 당신에게도 효과적 일 수 있습니다 (아직 수정하지 않은 경우-그러나 여기에 허용되는 답변이 없기 때문에 문제가 지속되는 것으로 가정합니다), 적어도 인터넷 연결을 끊는 것이 좋습니다. Microsoft 자격 증명을 입력하지 않는 것이 좋습니다.

% LOCALAPPDATA % \ JetBrains \ ReSharper \로 이동하여 SolutionCaches를 찾는 모든 디렉토리를 열고 모두 비 웠습니다. 문제 해결됨. 응용 프로그램이 상당히 커서 도움이되었습니다.

Windows 업데이트 확인

나도이 문제가 있었다. 또한 Windows 방화벽 설정을 열 수 없습니다 (VS의 인터넷 연결 차단 시도).

업데이트 설정 (Windows 8)을 열 때 보류중인 업데이트 ( "오늘 발견됨")가있는 것을 보았으므로 컴퓨터를 재부팅하여 Windows를 업데이트했습니다. 그 후 VS와 방화벽이 다시 정상적으로 작동했습니다.

하드웨어 확인

두 번째로 문제가 발생했습니다. Windows 8의 업데이트 페이지조차도 계속로드됩니다. 내 (비 OS) 하드 드라이브의 문제였습니다 : /superuser/756261/various-parts-of-windows-8-and-visual-studio-2013-get-blocked-by- possible-comm? noredirect = 1 # comment978074_756261

이 문제는 VS 2013 업데이트 2, Win 8.1, IE 11입니다.

시도해보세요. 작업 관리자를 열고 VS 앱이 중단 된 다음 백그라운드 프로세스 목록에서 실행중인 모든 IE 세션을 닫습니다. 하나 이상의 중단이있을 수 있습니다.

VS 다시 시작

재부팅하지 않고 나를 위해 그것을 지우는 것 같습니다.

내가 가진 문제는 Perforce 연결이었습니다.

솔루션을 열 때 Perforce에 연결하기를 원하는지 묻습니다. 시도를 허용하면 중단되고 1.5GB의 RAM이 할당됩니다.

P4 연결을 허용하지 않으면 제대로로드됩니다 (1GB RAM 할당). 그런 다음 나중에 P4에 연결하라고 말할 수 있으며 이제 괜찮습니다.

나를 위해, 컴퓨터가 정전으로 충돌하거나 때로는 한밤중에 강제 재부팅으로 충돌하는지 여부. 나를 위해 작동하는 것

이 디렉토리의 모든 파일 삭제 :

C:\Users\yourusername\AppData\Local\Microsoft\WebsiteCache\

여전히 이것을 언급하는 사람은 나를 도왔습니다.

프로젝트를로드하려면 항상 .vs12.suo 파일을 삭제해야했습니다.

Microsoft 에서이 스레드를 발견하고 솔루션로드 문제를 해결하는 레지스트리 항목을 만들었습니다.

https://connect.microsoft.com/VisualStudio/feedback/details/860685/visual-studio-hangs-after-10s-when-loading-solution-corrupt-suo

VS.Net 2012에서 만든 솔루션 파일을 확인했을 때 비슷한 문제가 발생했습니다. 문제를 해결하기 위해 더미 솔루션 파일을 만들고 vs.net 2012에서 프로젝트를 다시로드했습니다.

또한 Nuget 패키지 업데이트가 망가진 경우 솔루션을 다시로드하는 동안 Visual Studio가 중단 될 수 있습니다.

Nuget 패키지를로드하는 데 문제가있는 경우 Visual Studio가 중단 될 수 있습니다.

필자의 경우 VS 2013 Professional은 라이센스가 더 이상 유효하지 않기 때문에 솔루션을 열지 않고도 모든 시작 에 매달 렸습니다.

로그 파일의 마지막 항목 :

<entry>
    <record>367</record>
    <time>2015/07/13 20:11:05.051</time>
    <type>Information</type>
    <source>UserConnection</source>
    <description>myemailaddrs@gmail.com signed in for IDE user</description>
</entry>

그리고 msdn.microsoft.com 구독 페이지에서 : "구독이 더 이상 활성 상태가 아닙니다. 관리자에게 문의하십시오."

고용주로부터 업데이트 된 구독을 받아야했습니다.

내 TestResults 폴더에서 테스트 결과를 삭제하는 것이 실제로 나를 위해 트릭을 수행했습니다. 시도 할 또 다른 방법입니다.

예를 들어 네트워크 공유에서 csproj 파일을 열 때 (사실 VirtualBox 기능을 사용하여 smb 공유로 연결된 VirtualBox 호스트에있는 공유에서) VS2012가 중단됩니다.

프로젝트를 로컬 드라이브에 복사하면 문제가 해결되었습니다. 드라이브 문자를 할당하는 것이 트릭을 수행하는지 확실하지 않습니다.

또한 네트워크 공유를 통해 작동하지 않는 이유가 VS 제한 또는 일부 플러그인 인 경우에도 확실하지 않습니다 (물론 resharper를 사용합니다).

나에게 이것은 MVC 4 프로젝트 유형 guid ( E3E379DF-F4C6-4180-9B81-6769533ABE47)를 갖는 프로젝트와 관련이있는 것으로 보입니다 . 이 guid를 제거 .csproj하면 교수형 이 해결되었습니다. ( .vsGuid를 제거한 후 폴더를 추가로 삭제 해야했습니다.)

솔루션 루트에서 "packages"폴더를 제거했는데 도움이되었습니다 (Visual Studio Express 2015).

선택한 답변에 댓글을 달지 않고 새 게시물을 작성해야해서 죄송합니다. .. 현재 댓글을 작성할 담당자가 충분하지 않습니다.

내 문제는 "... suo 파일 삭제 ..."솔루션으로 일시적으로 해결되었으며 다른 사람들이 지적했듯이 매번 파일을 삭제해야했습니다.

파일 생성을 중지하는 것이 (분명히) 불가능하기 때문에 파일이 무엇을했는지 좀 더 자세히 알아보기 시작했습니다. 사용자 설정을 저장하는 것 외에도 VS가 닫힐 때 열었던 파일과 같은 세션 설정도 저장한다고 생각합니다. 내 프로젝트가 더 이상 존재하지 않는 파일을 열려고 시도하고 있으며 이것이 중단의 원인이라고 생각했습니다. 내 끝에서 수정 된 것은 .suo를 삭제하고, VS를 열고, 내 솔루션에서 파일을 열고, 솔루션을 빌드하고 닫는 것입니다. 이 일을 한 후에 나는 아무런 문제가 없었습니다.

tl : dr

제 경우에는 사용자 설정 파일 (.suo)이 더 이상 존재하지 않는 솔루션에서 파일을 열려고했습니다. 다음 단계를 수행하여 문제를 해결했습니다.

1. .suo 파일을 삭제합니다 (저는 /[projectfolder]/.vs/[projectname]/v14에있었습니다.
2. Visual Studio 열기
3. 프로젝트 열기
4. 파일 열기 (간단히 임의의 .cs 파일을 열었습니다)
5. 솔루션을 구축하고 저장합니다 (저장하는 것만으로도 효과가있을 수 있습니다. 습관에 따라 구축했습니다)
6. Visual Studio 닫기

이것이 누군가에게 도움이되기를 바랍니다 ... 우리는이 문제에 너무 많은 시간을 보냈습니다 :)

"제어판"을 사용하여 확장 프로그램을 제거하거나 [도구] => [추가 기능 관리자]에서 추가 기능을 비활성화 한 다음 솔루션을 다시 열어보십시오.

내 문제는 "Visual Localizer"를 제거하여 해결되었습니다.

제 경우에는 퓨전 로그가 활성화되었습니다. 조사 후 로그 파일을 끄는 것을 잊었 기 때문에 로그 파일이 몇 달 동안 증가했습니다. 이렇게하면 바이러스 백신 소프트웨어가 솔루션을 여는 동안 이러한 큰 로그 파일을 여러 번 확인하기 시작했으며 "솔루션 준비 중 ..."메시지가 오랫동안 표시됩니다. 이것을 발견했을 때 퓨전 로그를 끄고 문제가 해결되었습니다. 솔루션은 20 분이 아닌 10 초 내에로드됩니다.

거의 모든 버전의 VS 에서이 문제가 여러 번 발생했습니다. 대부분의 경우 작동하는 것처럼 보이는 한 가지 해결책은 솔루션 폴더에있는 .vs 폴더를 삭제하는 것입니다. 때때로 .vs ///에있는 .sou 파일을 삭제하는 것으로 충분합니다.

그런데 폴더가 숨겨져 있으므로 "숨김 파일 및 폴더 표시"를 활성화해야합니다.

저에게 해결책은 소스 제어를 비활성화하는 것입니다 (도구-> 소스 카운트에서 플러그인을 없음으로 설정). 나는 그것이 어떤 이유로 거대한 Git 저장소를 동기화하려고 시도했다고 생각합니다 (두 개의 거대한 저장소가 있지만 열려고하는 트리에는 없습니다).

여기와 다른 곳에서 많은 제안이 있었지만 영구적으로 효과가 있었던 유일한 것은 내가 설정 한 시작 프로젝트와 관련이있었습니다. 이것이 내가 한 일입니다.

1. 다른 곳에서 제안한대로 .suo 파일을 삭제합니다.
2. VS를 시작하고 솔루션을 엽니 다. 이 시점에서 모든 것이 잘되어야합니다.
3. 원하는 것이 아니더라도 시작 프로젝트를 그대로 두십시오.
4. 솔루션을 저장하십시오. (다른 사람이 제안한대로 파일을 열고, 정리하고, 빌드 / 재 빌드하는 등의 작업을 수행 할 수 있지만 그 중 아무것도 할 필요가 없었습니다.)
5. 솔루션을 닫고 VS를 종료합니다.
6. VS를 다시 시작하고 솔루션을 엽니 다.
7. 시작 프로젝트를 원하는대로 변경하십시오.
8. 솔루션을 저장하십시오. (아마도 파일 열기, 정리, 빌드 / 다시 빌드 등을 다시 수행하십시오.)
9. 솔루션을 닫고 VS를 종료합니다.
10. VS를 다시 시작하고 솔루션을 다시 열면 모두 정상입니다.

이것은 당신을 위해 작동하거나 작동하지 않을 수도 있지만 레지스트리 변경, 두 번째 VS 세션에서 VS 디버깅, 이름 지정-내가 찾을 수있는 모든 것을 시도했지만 단일 시작 / 열기 이상으로 작동하는 것은 없습니다.

이 두 플러그인을 제거하여 문제를 해결했습니다.

1. 생산성 전동 공구
2. 웹 필수

.vbproj 파일의 이전 버전을 복원하여 해결했습니다.

나는 최신 버전에 무엇이 있었는지 모르지만 문제는 .bvproj 파일 자체 내부에있었습니다.