"Visual Studio에서 메타 데이터 파일 '… \ Release \ project.dll'을 찾을 수 없습니다"오류

최근 에이 메시지를 무작위로 받기 시작했습니다.

Visual Studio에서 메타 데이터 파일 '... \ Release \ project.dll'을 찾을 수 없습니다

여러 프로젝트가 포함 된 솔루션이 있습니다. 현재 빌드 모드는 디버그이며 모든 프로젝트 구성은 디버그로 설정되어 있습니다. 그러나 주요 프로젝트를 실행하려고 할 때-때로는 몇 가지 오류가 발생합니다. 모든 메타 데이터 파일 '... \ Release \ projectX.dll'을 찾을 수 없습니다 '입니다. 폴더이지만 현재 모드는 디버그입니다. 왜? 모든 솔루션 파일에서 "Release \ projectX.dll"에 대한 참조를 검색하려고했는데 ResolveAssemblyReference.cache 파일에서 하나를 찾았습니다.

나는 인터넷을 통해 좋은 검색을했으며 비슷한 문제를 가진 몇몇 사람들을 찾았지만 해결책이 없거나 최소한 해결책이 없었습니다.

그 프로젝트에 대한 참조를 삭제하고 읽으려고했지만 언젠가 이러한 오류가 다시 발생하기 시작합니다.

버그 인 것 같습니다. 항상 디버그 모드를 사용할 때 릴리스 폴더에서 참조 된 프로젝트를 검색하는 이유는 무엇입니까?

추신. 이 문제를 만난 사람들을 위해 : 나는 쉽게 해결할 수 없었습니다. Windows를 다시 설치 한 후에 만 ​​사라졌습니다.

모두가 정확합니다 ... 모든 것을 시도하십시오 ... (약간에서 많은 시간을 낭비하는 순서로)

1. 잘못된 코드가 있습니까? 먼저 수정하십시오.
2. 솔루션 정리 및 Visual Studio 다시 시작
3. 참조 제거 / 추가
4. 더 큰 프로젝트로 빌드 순서를 확인하고 확인하십시오.
5. 하위 프로젝트 수동 재 구축
6. 프로젝트 간 dll을 관련 bin 폴더에 수동으로 복사
7. 가서 커피를 마시고, 핀볼을하고, 내일 다시 오세요 ​​... 그 동안 다른 것을 생각할 수도 있습니다.

나는 똑같은 문제가 있었다. 50 개 이상의 프로젝트가 포함 된 큰 비주얼 스튜디오 솔루션.

모든 참조는 프로젝트로 추가되었습니다. 프로젝트 빌드 순서가 정확했습니다 (프로젝트를 마우스 오른쪽 버튼으로 클릭하고 빌드 순서를 선택하십시오).

그러나 더 높은 수준의 프로젝트를 만들 때 그들이 사용했던 "루트"프로젝트는 빌드되지 않았습니다.

문제는 이러한 프로젝트가 현재 구성에서 빌드되도록 선택되지 않았다는 것입니다 (이 방법을 모름).

이를 확인하려면 "구성 관리자"(빌드 메뉴)를 선택하십시오. e 문제가있는 프로젝트가 빌드되도록 설정되어 있는지 확인하십시오.

해당 프로젝트에 대한 참조를 삭제하고 다시 추가했다고 말하면 정확히 어떻게 다시 추가 했습니까? Visual Studio의 "참조 추가"대화 상자에서 "찾아보기"탭을 사용 했습니까? 또는 "프로젝트"탭을 사용 했습니까 (솔루션의 주변 프로젝트가 나열되어 있습니까)?

편집 : "찾아보기"탭을 사용하고 / Release 폴더에있는 .dll에 대한 참조를 수동으로 추가하면 Visual Studio는 사용자가 어떤 모드에 관계없이 항상 해당 위치에서 .dll을 찾습니다. 현재 (디버그 또는 릴리스)

Release 폴더에서 실제 .dll 파일을 수동으로 제거하거나 "Clean Solution"을 수행하여 .dll 파일을 제거한 경우 .dll이 없기 때문에 참조가 중단됩니다.

ProjectX.dll에 대한 참조를 제거하고 다시 추가하는 것이 좋습니다. 이번에는 "참조 추가"대화 상자의 "프로젝트"탭을 사용하십시오. 이 방법으로 참조를 추가하면 Visual Studio는 적절한 .dll을 얻을 수있는 위치를 알고 있습니다. 디버그 모드 인 경우 / Debug 폴더에서 가져옵니다. 릴리스 모드 인 경우 / Release 폴더 빌드 오류가 사라지고 디버그 모드에서 더 이상 Release .dll을 참조하지 않습니다.

글쎄, 내 대답은 모든 솔루션의 요약 일뿐 만 아니라 그 이상을 제공합니다.

섹션 1):

일반적인 해결책 :

이 종류의 오류 4 개 ( '메타 데이터 파일을 찾을 수 없음')와 '소스 파일을 열 수 없습니다 ('지정되지 않은 오류 ')'라는 오류 1 개가 있습니다.

'메타 데이터 파일을 찾을 수 없습니다'오류를 제거하려고했습니다. 이를 위해 많은 게시물, 블로그 등을 읽었으며 이러한 솔루션이 효과적 일 수 있음을 알았습니다 (여기에서 요약).

1. VS를 다시 시작하고 다시 빌드하십시오.

2. '솔루션 탐색기'로 이동하십시오 . 솔루션을 마우스 오른쪽 버튼으로 클릭하십시오. 속성으로 이동하십시오 . '구성 관리자'로 이동하십시오 . '빌드' 아래의 확인란이 선택되어 있는지 확인하십시오 . 그들 중 일부 또는 전부가 선택 해제 된 경우, 점검하고 다시 빌드하십시오.

3. 위의 솔루션이 작동하지 않으면 위의 2 단계에서 언급 한 순서를 따르고 모든 확인란이 선택되어 있어도 선택을 해제하고 다시 확인한 후 다시 빌드하십시오.

4. 주문 및 프로젝트 종속성 빌드 :

   '솔루션 탐색기'로 이동하십시오 . 솔루션을 마우스 오른쪽 버튼으로 클릭하십시오. 이동 '... 프로젝트 종속성' . 'Dependencies' 와 'Build Order'의 두 가지 탭이 표시됩니다 . 이 빌드 순서는 솔루션이 빌드되는 순서입니다. 프로젝트 종속성 및 빌드 순서를 확인하여 다른 프로젝트 (예 : 'project2')에 종속 된 일부 프로젝트 (예 : 'project1')가 해당 프로젝트 (project2)보다 먼저 빌드하려고하는지 확인하십시오. 이것은 오류의 원인 일 수 있습니다.

5. 누락 된 .dll의 경로를 확인하십시오.

   누락 된 .dll의 경로를 확인하십시오. 경로에 공백 또는 유효하지 않은 다른 경로 문자가 포함 된 경우 경로를 제거한 후 다시 빌드하십시오.

   이것이 원인이면 빌드 순서를 조정하십시오.

   ---

섹션 2):

내 특별한 경우 :

VS를 몇 번 다시 시작하여 다양한 순열과 조합으로 위의 모든 단계를 시도했습니다. 그러나 그것은 도움이되지 않았습니다.

그래서, 내가 겪고있는 다른 오류 ( '소스 파일을 열 수 없습니다 ('지정되지 않은 오류 ')')를 제거하기로 결정했습니다.

나는 블로그를 발견했다 : http://www.anujvarma.com/tfs-errorsource-file-could-not-be-opened-unspecified-error/#comment-1539

나는 그 블로그에서 언급 한 단계를 시도하고 '소스 파일을 열 수 없습니다 ('지정되지 않은 오류 ')'오류를 제거했으며 놀랍게도 다른 오류 ( '메타 데이터 파일을 찾을 수 없음') 도 제거했습니다.

섹션 (3) :

이야기의 교훈:

오류를 제거하려면 위의 (1) 섹션에 언급 된 모든 솔루션 (및 기타 솔루션)을 시도하십시오. 위의 (2) 섹션에 언급 된 블로그에 따라 아무것도 작동 하지 않으면 .csproj 파일에서 소스 제어 및 파일 시스템에 더 이상 존재하지 않는 모든 소스 파일의 항목을 삭제하십시오 .

전에이 문제가 있었고이를 해결하는 유일한 방법은 Clean Solution을 실행 한 다음 Visual Studio를 다시 시작하는 것입니다.

나를 위해 일반적으로 대상 프레임 워크가 꺼져 있습니다 (4.6 대신 4.5.2) 솔루션의 대상 프레임 워크와 일치하도록 프로젝트의 대상 프레임 워크를 수정하고 빌드하면 새 .dll이 만들어집니다.

Visual Studio를 관리자로 다시 엽니 다.

대부분의 answare는 솔루션의 라이브러리를 제거해야한다고 말하지만 이는 사실이지만 라이브러리를 다시 추가하면 오류가 다시 표시됩니다. 참조 된 모든 라이브러리에 솔루션의 .net 프레임 워크와 호환 가능한 .net 프레임 워크가 있는지 확인해야합니다. 그런 다음 코드의 모든 오류를 수정하고 솔루션을 다시 빌드하십시오.

구성 관리자 설정을 확인 했습니까? 프로젝트 설정 대화 상자의 오른쪽 상단에서

때때로 모든 릴리스 항목 사이에 디버그 항목이 들어옵니다. 그렇다면 솔루션의 종속성 그래프로 작성된 자동 종속성이 모두 혼란스러워집니다.

또한 여러 프로젝트가있는 솔루션 (일반적으로 4.0 프레임 워크를 대상으로 하나 이상의 하위 프로젝트를 업데이트 한 netTiers 프로젝트) 에서이 오류를 보았습니다. 제거하는 데 문제가있을 수 있습니다. 그러나 종종 하위 프로젝트에서 다른 모든 오류 (예 : 누락 된 참조)를 수정하고 하위 프로젝트를 개별적으로 다시 빌드 한 다음 Visual Studio에서 해당 하위 프로젝트에 대한 참조를 제거 / 추가하여 해결하는 경우가 종종 있습니다. 개인적으로 솔루션을 단독으로 청소 하여이 오류를 해결하는 데 거의 운이 없었습니다.

최근에 Office 2007에서 Office 2010으로 업그레이드 한 후이 문제가 발생했습니다. 프로젝트의 참조를 일부 프로젝트에서 사용하는 Office Interops 버전 14로 수동으로 변경해야했습니다.

도움이 되길 바랍니다-알아내는 데 며칠이 걸렸습니다.

제 경우에는 두 가지 일이 발생했습니다 (VS.2012) :

1) 프로젝트 중 하나가 x86 대신 AnyCPU 용으로 구성되었습니다.

2) 참조 된 프로젝트는 어떻게 든 "빌드"체크 상자를 체크하지 않았습니다.

빌드를 확인하십시오 | 구성중인 항목과 플랫폼에 대한 개요를 제공하는 Configuration Manager 또한 설정이 다를 수 있으므로 디버그 및 릴리스 모두를 확인하십시오.

제 경우에는 코드에 오류가있었습니다. Visual Studio에서 구문 오류 또는 알 수없는 클래스 이름과 같은 실제 오류 대신 발생한 오류가 표시되었습니다. 프로젝트 후 솔루션을 청소하고 프로젝트를 빌드하십시오. 이 방법으로 실제 오류를 발견 할 수 있습니다.

다시, 이것은 나에게 오류를 일으키는 원인 입니다.

나는이 문제가 있었고 그것을 알아내는 데 오랜 시간이 걸렸다. 솔루션에서 프로젝트를 제거하고 nuget 패키지로 프로젝트를 교체하면 문제가 발생했습니다.

해결책은 괜찮은 것처럼 보였지만 .csproj 파일에는 여전히 해당 프로젝트가 여러 번 포함되어 있습니다.

VS가 해당 파일을 적절하게 정리하지 않는 것 같습니다. 여전히 후드 아래에서 제거 된 프로젝트를 참조하고있었습니다. csproj 파일에서 참조를 수동으로 제거하면 모든 것이 다시 작동합니다! 우후

이 문제는 pdb 파일 또는 CodeContracts로 인해 발생합니다.

이를 해결하려면 다음을 수행하십시오.

1. 출력 폴더를 정리하고 솔루션을 다시 빌드하십시오.

2. CodeContracts를 다시 구성하거나 임시 빌드를 위해 비활성화하십시오.

우리는 그 문제를 자주 겪지 만 C # 프로젝트의 C ++ / CLI 프로젝트에 대한 참조 만 있습니다. 그것은 너무 복잡하여 Microsoft가 수정하지 않기로 결정한 Visual Studio의 깊숙한 버그이며 현재 Visual Studio 2010을 대상으로하는 C ++ 빌드 시스템의 개편을 약속했습니다.

그것은 얼마 전이었고, 아마도 수정은 Visual Studio 2008에 들어갔을 수도 있습니다. 나는 더 이상 후속 조치를 취하지 않았습니다. 그러나 일반적인 해결 방법은

• 스위치 구성
• Visual Studio를 다시 시작하십시오.
• 솔루션 구축

나도 같은 문제가 있었다.

Visual Studio 2013은 참조 할 수 없으며 메타 데이터를 찾을 수 없다고 나에게만 말했습니다. 내 솔루션 (여러 프로젝트가 있음)을 열었을 때 내 프로젝트 중 하나의 프레임 워크 버전보다 낮은 프로젝트를 사용하고 있다고 말했습니다.

그래서 모든 것을 버전 4.5로 바꾸었고 다시 작동했습니다.

몇 달 전에 비슷한 문제가 발생한 것을 기억합니다. 참조 된 DLL을 Release 폴더에 복사하여 Visual Studio의 기대를 충족시켜 일시적으로 해결했습니다. 나중에 실제 코드에서 Release DLL에 대한 참조를 발견했습니다. \ release \ project.dll에 대한 전체 프로젝트를 검색해야합니다.

또한 Visual Studio 단위 테스트 프로젝트가 때때로 대상 DLL을 가리키는 각 테스트 방법에 "DeploymentItem"속성을 넣는 것을 발견했습니다. 디버그와 릴리스 간을 전환하면 DLL이 더 이상 존재하지 않으면 Visual Studio가 혼란 스러울 수 있습니다. 예상 위치에. 필자의 경험으로는 "단일 배포"시나리오의 일부로 이러한 특성을 직접 배치하지 않은 경우 이러한 특성을 안전하게 삭제할 수 있습니다.

이 문제가 있었고 값을 반환하지 않는 문제가있는 라이브러리 (dll)의 잘못된 메소드 때문입니다.

public bool DoSomething()
{
   //I never bothered putting code here....

}

내가 이것을 시작했을 때 모든 것이 컴파일되었다 :)

때때로 VS2010은 구성을 모든 CPU에서 혼합 플랫폼으로 전환합니다. 이 일이 발생하면이 오류 메시지가 나타납니다.

이 문제를 해결하려면 모든 CPU로 다시 전환
하십시오 . 1. 솔루션을 마우스 오른쪽 버튼으로 클릭하고 속성을 선택하십시오.
2. 구성 속성을 클릭 한 다음 구성 관리자 ... 버튼을 클릭하십시오.
3. 활성 솔루션 플랫폼에서 모든 CPU를 선택하십시오.

클래스에서 구현하는 인터페이스에 여전히 메소드 선언이있을 때 이것이 일반적으로 발생한다는 것을 알았습니다. 그러나 나중에 인터페이스에서 제거하고 잊어 버린 것을 나중에 발견했습니다. 나는 보통 30 분마다 전체 솔루션을 저장 한 다음 오류를 찾을 수 없으면 이전 버전으로 되돌립니다.

내 참조를 삭제하고 (프로젝트 탭을 사용하여 올바르게 추가했으며 정상적으로 빌드하는 데 사용되었습니다) .csproj 파일을 수동으로 편집하고 소속되지 않은 기괴한 항목을 제거하고 디버그 및 출력을 설정합니다. 릴리스, x86 및 x64 및 모든 CPU는 모두 "\ bin"입니다. 한 번 빌드 한 다음 (프로젝트 탭을 사용하여) 참조를 다시 추가하면 모든 것이 다시 작동하기 시작했습니다. Visual Studio를 전혀 다시 시작할 필요가 없었습니다.

나를 위해 이것은 빌드 대상이 dll을 출력하지 않도록 다시 작성 되었기 때문에 발생했습니다. 기본 빌드 대상으로 돌아가려면이 문제를 해결했습니다.

제 경우에는 마스터 오프 브랜치에서 일하고있었습니다. 그래서 마스터 브랜치를 체크 아웃하고 빌드를 실행 한 다음 내 브랜치를 체크 아웃했습니다. 문제가 해결되었습니다. 이미 마스터에 있다면 이전 커밋을 확인한 다음 빌드하십시오.

서로 참조가있는 여러 프로젝트가있는 솔루션을 체크 아웃하고 이전에 빌드하지 않은 경우에 발생합니다. dll을 직접 참조하는 경우 프로젝트를 참조하는 대신이 메시지가 표시됩니다. 동일한 솔루션에서 프로젝트에 대한 참조를 추가하려면 항상 참조 추가 대화 상자의 프로젝트 탭을 사용해야합니다. 이런 식으로 VS는 솔루션을 빌드하는 올바른 순서를 알 수 있습니다.

Vidar가 설명한 것처럼 오늘도 마찬가지였습니다.

도우미 프로젝트 (다른 ​​프로젝트에서 참조)에 빌드 오류가 있으며 도우미 라이브러리에 오류가 있음을 알리는 대신 컴파일러에 MetaFile-not-found 유형 오류 목록이 나타납니다. 헬퍼 라이브러리에서 빌드 오류를 수정 한 후 MetaFile 오류가 사라졌습니다.

이것을 향상시키기 위해 VS에 설정이 있습니까?

나는 같은 문제가 있었다. 프로젝트 dll에있는 내 DB 컨텍스트 (EF4)가 어떤 이유로 인식되지 않는 것으로 나타났습니다. 나는 그것을 삭제하고 대신 다른 것을 만들었습니다. 그리고 그것은 나를 위해 그것을 해결했습니다.

오늘도 같은 문제가있었습니다.

Windows Forms 응용 프로그램 인 내 응용 프로그램이 실수로 자체 참조되었습니다. 기묘한.

일단 제거되면 오류가 사라졌습니다.

Windows Forms 프로젝트 자체에있는 사용자 정의 컨트롤을 폼으로 끌 때마다 참조가 추가되었습니다.

나는 같은 문제가 있었다. dll을 수동으로 제거하고 추가해도 도움이되지 않았습니다. ClassLibraries가 모든 프로젝트에 대해 컴파일되지 않았으며 프로젝트의 ... \ bin \ Debug 폴더에 누락 되었습니다 (실수로 솔루션을 정리했기 때문에). 클래스 라이브러리가 컴파일되지 않았기 때문에 하위 프로젝트 중 하나에 오류가있을 수 있습니다 .

솔루션 : ... \ bin \ Release 폴더에 대한 dll이 있었으므로 릴리스 모드에서 다시 빌드하려고 시도했지만 하위 프로젝트 중 하나에서 한 줄에 오류가 발견되었습니다. 오류를 해결하고 솔루션을 다시 빌드하면 빌드 오류가 제거되었습니다.

나를 위해 Visual Studio는 "Visual Studio Solution User Options"유형의 projectname.v11을 만들었습니다. 이 파일을 삭제하고 다시 시작했는데 모든 것이 정상입니다.