Visual Studio는 잘 컴파일되지만 여전히 빨간색 선이 표시됩니다.


96

나는 VS 2012를 사용하고 있으며 재미있는 행동을 관찰하기 시작할 때까지 잘 작동했습니다. 코드를 열면 일반적으로 코드에 오류가있을 때 볼 수있는 빨간색 밑줄이 표시됩니다. 놀랍게도 코드는 모두 잘 컴파일됩니다. 나는 전혀 정상적이지 않은 다음과 같은 관찰을했다.

  1. 코드의 빨간색 밑줄
  2. 솔루션을 청소하거나 구축하는 동안 오류가 없습니다.
  3. 빨간색 밑줄은 솔루션을 빌드 / 정리 한 후 얼마 동안 사라지지만 결국 다시 나타납니다.
  4. 이 때문에 내 지능이 작동을 멈췄습니다.
  5. 구성 요소를 마우스 오른쪽 버튼으로 클릭하고 정의로 이동할 수 없습니다.

어떤 아이디어?


밑줄을 표시하는 코드는 무엇입니까? 예를 들어 줄 수 있습니까?
matth

아마도 오래된 코드를 실행하고 있습니까? 무언가를 보여주는 작은 구현을 시도하십시오. 아무 일도 일어나지 않으면 오래된 코드를 실행하고있을 수 있습니다.
Max

Reshaper 또는 밑줄을 표시하는 다른 도구를 실행하고 있습니까?
AlG 2014 년

모든 코드 파일에 있습니까? 내 솔루션에서 나온 파일이 아닌 파일을 열었을 때 한 번 일어났습니다.
Pierre-Luc Pineault 2014 년

답변:


48

임시 ASP.NET 폴더의 내용을 삭제 한 다음 다시 작성하십시오. 사용자 폴더 ( IIS Express의 경우-\ AppData \ Local \ Temp \ Temporary ASP.NET Files ) 또는 Windows 디렉터리 ( IIS의 경우-C : \ Windows \ Microsoft.Net \ Framework \ vx.xx \)에 있습니다. 임시 ASP.NET 파일 )

경로가 내 머리 위로 벗어 났고 올바르지 않을 수 있습니다.


또는 이것이 하나의 프로젝트 / 솔루션에만 영향을 미치고 임시 파일에 대해 적절한 무시와 함께 git을 사용하는 경우 변경 사항을 커밋하고 작업 복사본을 삭제하고 브랜치를 강제로 체크 아웃하십시오.
Kyle

3
Mac 용 Visual Studio에 오류가있는 경우 어떻게합니까? 이 폴더의 경로는 무엇입니까?
Lost

1
나중에 VS를 닫고 열어야했는데 작동합니다. 감사합니다
MusicAndCode 2018 년

170

Visual Studio 2017 :

Visual Studio를 닫고 .vs솔루션 디렉터리에 있는 폴더를 제거하면 저에게 효과적이었습니다.

이 폴더에는 hidden속성이 있습니다. 숨김 파일을 표시하려면 폴더 옵션에서 설정을 변경해야 할 수 있습니다.


2
VS 2017의 경우이 솔루션은이 페이지의 다른 어떤 것도 수행하지 않은 곳에서 작동했습니다 (예 : 임시 폴더 정리 및 / bin 및 / obj 정리). .vs는 언급 한 것처럼 내 시스템에서 "숨겨지지"않았습니다 (예를 들어 내 .git 폴더는 물론이므로 차이점을 알 수 있음).
secretwep

1
나는 .suo 파일을 삭제 시도하지만 난 VS 2017 다시 시작할 때 다시 다시됩니다
아 미트 Kulat

3
@AmitKulat 예, .suo 파일은 Visual Studio에서 만든 구조화 된 저장소이며 여러 설정을 포함합니다. 일부 버그로 인해 제대로 작동하지 않습니다. 따라서 제거하면 올바른 기본 설정으로 다시 생성됩니다.
VeganHunter

4
"지원되지 않음 ...이 버전의 Visual Studio는 다음 프로젝트를 열 수 없습니다 ..." — .vs 디렉토리를 삭제 한 후 다소 심장이 멎는 팝업. 그러나 그것은 양성으로 보입니다. 확인을 클릭하고 마이그레이션 보고서 후 솔루션이 어쨌든 열렸습니다. .vs가 삭제 될 때까지 휴면 상태였던 관련없는 문제 일 수 있습니다. 후손을 위해 여기에서보고합니다.
Bob Stein

3
이것은 Visual Studio 2019에서도 작동합니다 (미리보기. .vs 폴더 삭제)
Albert Romkes

10

Visual Studio 2012에서 생성되었지만 2013 년에 실행중인 솔루션으로 작업하는 동안이 문제가 발생했습니다. Visual Studio를 닫고 모든 \ bin 및 \ obj 디렉터리를 삭제하면 문제가 사라졌습니다.


10

나에게이 문제는 프로젝트를 언로드하고 다시로드했을 때 수정되었습니다. 나는 나를 위해 일했고 그것이 당신에게도 효과가 있기를 바랍니다 :)


7

나는 이것이 오래되었다는 것을 알고 있지만 사람들이 내가 Google에서했던 것처럼이 스레드를 찾는 경우를 대비하여. svn에서 일부 충돌을 해결 한 후이 문제가 발생했습니다. 솔루션에는 여러 프로젝트가 있으며 몇 가지 다른 프로젝트에서 일부 충돌을 해결했습니다. Build-> Clean Solution 다음에 Build-> Rebuild Solution을 수행했고 모든 것이 다시 좋았습니다.


7

이 문제가 있었고 ReSharper와 관련이있었습니다.

나를위한 솔루션 단계 :

1) ReSharper 비활성화

VisualStudio\Tools\Options\ReSharper Ultimate\General\Suspend Now

2) 솔루션 구축

(Ctrl-Shift-B)

3) ReSharper 다시 활성화

VisualStudio\Tools\Options\ReSharper Ultimate\General\Resume Now

스티브


나를 위해 일했습니다. 예. ReSharper가 문제였습니다.
Muhammad Saqib

6

resharper와 같은 플러그인이 설치되어 있습니까? 잘못된 플러그인에 문제가 있습니다.

플러그인이 실행되지 않도록 안전 모드에서 Visual Studio를 실행 해보십시오.

devenv /Safemode

10
Resharper를 사용하고있었습니다. 메뉴 도구-> 옵션-> ReSharper에서 일시 중지 버튼을 사용하여 ReSharper를 비활성화 할 수 있습니다. 그런 다음 다시 시작하면 도움이되었습니다.
Oleg Kyrylchuk 2014

5

나와 같은 Resharper를 사용하는 경우 다음 링크를 따라 resharper 캐시를 삭제할 수 있습니다. https://www.jetbrains.com/help/resharper/Configuring_Caches_Location.html

To specify the location for caches

1. Open the Environment | General page of ReSharper options.
2. Use the Save solution caches in to select the location for cache files:
3. User local settings folder to store them in the following directory: %LOCALAPPDATA%\JetBrains\Transient
4.System TEMP folder to store them in the following directory: %TEMP%\ReSharperCache
5. Solution folder to store them in the root folder of the current solution
6. Custom folder to choose a custom location for ReSharper cache files.
7. Click Save to apply the modifications and let ReSharper choose where to save them, or save the modifications to a specific settings layer using the Save To drop-down list. For more information, see managing and sharing resharper settings.
8. Reopen your solution for the changes to take effect.

환경의 '캐시 지우기'버튼 | ReSharper 옵션의 일반 페이지에서 문제를 해결했습니다. 그래도 힌트 주셔서 감사합니다!
nilsK

3

vs2013에서는 모든 프로젝트에서 obj / bin 폴더를 모두 삭제하여이 문제를 해결했습니다. 문제는 아마도 내가 삭제 한 솔루션 구성 때문일 수 있지만 Build-> Clean Solution을 수행해도 obj / bin 폴더에서 이전 출력이 제거되지 않기 때문에 제대로 정리되지 않았습니다.


1

나를 위해 작동하는 것은 IntelliSense 인덱스 파일을 삭제하는 것입니다.

IntelliSense 파일은 솔루션과 동일한 디렉터리에 있습니다.

파일 이름은 SolutionName.sdf입니다.

이 파일을 삭제하고 솔루션을 다시 열면 IntelliSense가 해당 인덱스 파일을 다시 작성하기 시작합니다. 그 후에 문제가 사라질 것입니다.


1

이것은 Visual Studio Enterprise 2017에서 저에게 효과적이었습니다.

  1. 도구> 옵션> 텍스트 편집기> JavaSCript / TypeScript> Linting> 일반으로 이동합니다.

  2. "ESLint 활성화"선택 해제


1
며칠 동안 연구하고 프로젝트를 언로드 /로드하고 많은 .vs 폴더를 제거한 후 이것이 내 문제의 근본 원인이되었으므로 이것이 유효한 대답이라고 생각합니다. 누군가가 내 아들을 축복하기를 바랍니다.
Nandolcs

1

나는 이것도 겪었고 다음을 수행하여 Visual Studio를 정상 상태로 되돌릴 수있었습니다.

  1. 빨간색 줄이 그어진 코드의 출처를 확인하십시오.
  2. 사용중인 참조에서 빨간색 선 프로젝트를 제거합니다 (ProjectName \ References-오른쪽 클릭, 참조 추가, 빨간색 선 프로젝트 선택 취소).
  3. 빌드 (지금 오류가 발생해야 함)
  4. 방금 제거한 프로젝트 참조를 다시 추가하십시오.
  5. 다시 빌드
  6. 빨간 선을 제거하고 프로젝트를 빌드해야합니다!

1

여러 * cpp 소스 파일에서 많은 빨간색 선으로 동일한 문제가 발생했습니다. 코드가 완벽하게 컴파일되었지만. 다른 솔루션 중 어느 것도 나를 위해 일하지 않았습니다.

* .cpp 파일에서 #include 줄의 순서를 변경하면 빨간색 줄이 사라지고 복원 된 순서로 다시 적용됩니다.

그런 다음 단일 * .cpp 파일에 헤더 파일이 두 번 포함되어 있음을 알았습니다. 나는 두 번째 것을 제거했고 모든 것이 괜찮 았습니다.

동일한 * .cpp 파일에 헤더 파일을 두 번 포함하는 것은 컴파일러에게는 문제가 아니라 intellisense 부분에는 문제가되지 않습니다.


0

추가하는 것이 늦었지만 여전히 누군가를 도울 수 있기를 바랍니다. 몇 개의 파일에서 많은 빨간색 물결 모양의 물결 모양을 볼 때 비슷한 문제가 발생했습니다. 위에서 제안한 모든 답변을 시도했지만 아무것도 작동하지 않는 것 같습니다. 불평하는 파일에 참조가있는 다른 파일의 구조, 클래스를 탐색하기 시작하는 순간 문제가 사라졌습니다. 인텔리 센스가 어떤 이유로 든 자체적으로 의존성을 해결할 수없는 것 같았습니다.


3
귀하의 답변에 해결책이 없습니다. "... IntelliSense를 자체적으로 해결 종속성 수 없습니다 같았다" - 당신에 의해 말하는 "클래스를 통해 탐색, 구조" 당신이 도왔 IntelliSense를 종속성을 해결?
Sнаđошƒаӽ

4
@ Sнаđошƒаӽ 나는 그것이 그가 말하는 것과 정확히 일치한다고 생각합니다.
Robert Columbia

@RobertColumbia OP에 대한 공격은 아니지만 그건 말도 안되는 일이라고 생각합니다.
Sнаđошƒаӽ

@ Sнаđошƒаӽ 그가 말하는 것입니다. 그 전략이 도움이되지 않는다고 생각한다면 대답에 반대표를 던지십시오.
Robert Columbia

@ Sнаđошƒаӽ 글쎄, 나도 같은 문제에 직면했기 때문에 게시물에 도달했습니다. 먼저 나는 나를 위해 일한 것을 게시하기 전에 모든 대답을 시도했습니다. 다른 사람들도 그곳의 경험을 바탕으로 대답했습니다. 나는 그것에 대해 잘못된 것이 보이지 않습니다. 대신 다른 사람에게도 도움이 될 수 있습니다.
irsis 2016

0

저에게는 한 번에 몇 가지 어셈블리 종속성 오류 (CMD 프롬프트의 fuslogvw)를 디버깅하기 위해 퓨전 로깅을 활성화했습니다. 몇 달 전이었고 그 이후로 빌드 시간 (5 ~ 7 분)이 훨씬 느려졌습니다. 나는 또한 내가 그들을 가능하게했다는 것을 완전히 잊었다. 이 로그는 내 병목이었고 비활성화하면 반복이 훨씬 빨라졌습니다. 이것이 누군가를 돕기를 바랍니다!


0

최신 Visual Studio 2017에서이 문제가 발생했습니다.
또한 내 프로그램의 디버그 버전이 매우 느리게 실행되었습니다.

솔루션 파일을 삭제하고 .sln새 파일 을 만들었습니다.


0

작동하는 단계

  1. 솔루션을 열고 모두 다시 빌드하십시오.
  2. 솔루션 닫기
  3. 솔루션을 열고 청소하십시오
  4. 가까운 솔루션
  5. 솔루션을 열고 모두 다시 빌드하십시오.
  6. 솔루션을 닫았다가 열면 좋을 것입니다. 이것은 매번 나를 위해 작동합니다.

저장된 디버그 설정 등을 잃어 버리고 생각하는 것보다 더 많은 손상을 입힐 수 있으므로 이러한 설정 파일 중 일부를 조심스럽게 삭제하십시오.


0

프로젝트 / 솔루션을 새로 고치기 만하면됩니다. 해결 될 것입니다.


0

VS 2017의 경우 제 3 자 라이브러리에 정의 된 모든 기호 아래에 많은 "빨간색 선"이 표시되지만 내 프로젝트는 실제로 문제없이 빌드 할 수 있습니다. 제안 된 모든 솔루션 (예 : .VS 폴더 삭제, VS 다시 시작 등)을 시도했지만 아무것도 작동하지 않습니다.

마지막으로이 문제를 해결했고 이것이 방법입니다. 앱 프로젝트의 속성 페이지를 연 다음 "C / C ++-> 일반-> 추가 포함 디렉터리"로 이동합니다. 여기에는 필요한 모든 타사 라이브러리 헤더 경로를 넣습니다. 모든 경로를 삭제하고 어딘가에 저장하고 "확인"을 클릭하여 확인합니다. 그런 다음 동일한 설정으로 돌아와서 해당 경로를 다시 붙여넣고 "확인"을 클릭하여 확인하면 모든 "빨간색 선"이 사라집니다.


0

이 솔루션을 찾았습니다.

  1. Visual Studio를 닫습니다 (작업 관리자에 devenv.exe가 없는지 확인).
  2. %USERPROFILE%\AppData\Local\Microsoft\VisualStudio\xx\ComponentModelCache디렉토리를 삭제하십시오 .
  3. Visual Studio를 다시 시작하십시오.

0

나는 몇 달 동안이 문제를 겪었고 마침내 수정했습니다. Visual Studio를 닫고 솔루션 디렉터리에있는 .vs 폴더를 제거하면 작동하지 않습니다.

내 참조 폴더에없는 라이브러리를 참조하는 web.config에 assemblyIdentity 태그가 있습니다. 이 태그를 제거하고 청소하고 닫고 다시 열었고 문제가 해결되었습니다.

  1. web.config의 각 assemblyIdentity 태그를 확인하고 솔루션 탐색기의 참조 폴더와 비교하여 확인합니다.
  2. 참조 폴더에 나열되지 않은 모든 항목에 대한 상위 dependentAssembly 태그를 포함하여 assemblyIdentity 태그를 제거하십시오.
  3. 깨끗한 솔루션
  4. 솔루션 닫기 및 다시 열기
당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.