2017-02-13 2 views
0

Nuget에 대한 문제를 끝내지 않고 있습니다. 그러나, 명확하게, 이것은 다른 PC에서 일어난다. 단지 나의 것.Nuget 패키지 문제

내 너겟 패키지 중 하나가 System.IO.FileSystem입니다. 기본적으로

<package id="System.IO.FileSystem.Primitives" version="4.0.1" targetFramework="net461" /> 

는 버전 4.0.1에 끌어하지만 어떤 이유로 라이브러리 버전 4.0.0.0을 기대하고이 예외는

예외가 슬로우 슬로우됩니다 : 'System.IO.FileLoadException를'mscorlib.dll에

추가 정보 : 'System.IO.FileSystem = 4.0.0.0 버전, 문화 = 중립, PublicKeyToken = b03f5f7f11d50a3a'파일 또는 어셈블리 를로드 또는 dependenci 중 하나 없습니다 es. 어셈블리의 매니페스트 정의에 일치하는 어셈블리 참조가 일치하지 않습니다. (HRESULT에서 예외 : 0x80131040) 나는 따라서 내 App.config로 리디렉션 및 바인딩 광기를 계속 추가 있도록

,하지만 좋아, 그래서 위대한 아닌 구글이 문제가 다른 사람을 설정 ... 그래서

이 나던 일 :

<dependentAssembly> 
    <assemblyIdentity name="System.IO.FileSystem.Primitives" publicKeyToken="b03f5f7f11d50a3a" culture="neutral" /> 
    <bindingRedirect oldVersion="0.0.0.0-9.0.0.0" newVersion="4.0.1.0" /> 
</dependentAssembly> 

그래서 내가 이것을 시도 나던도 작동하는 :

<dependentAssembly> 
    <assemblyIdentity name="System.IO.FileSystem.Primitives" publicKeyToken="b03f5f7f11d50a3a" culture="neutral" /> 
    <bindingRedirect oldVersion="0.0.0.0-9.0.0.0" newVersion="4.0.1" /> 
</dependentAssembly> 

누구든지 도와 줄 수 있습니까?

는 참고로 저는 아직 덧글을 남길 수있는 충분한 명성을하지 않아도 프로젝트 파일

<AutoGenerateBindingRedirects>true</AutoGenerateBindingRedirects> 
+0

아래의 Gregg의 게시물에 이어 'dependAssembly' 요소를 App.config에 추가 할 때 발생한 정확한 오류는 무엇입니까? Gregg의 코멘트에서 # 4는 내가 몇 주 전에 우연히 만난 Package-Hell의 원인으로 밝혀졌습니다. – ColinM

답변

2

이 세트를, 그래서이 응답하지 않을 수도로서 나는, 죄송합니다. "기계에서만"언급 했으므로 Nuget 패키지 자체에 문제가 있다고 생각하지 않으므로 내 '응답'이 환경/기계와 관련된 것에 더 초점을 맞추고 있습니다.

  1. 당신은 당신이 언급하고있는 패키지의 DLL (들)에 대한 참조 경로를 사용하는 다음과 같은 경우

    당신은 확인 했습니까? 참조 경로가 버전 4.0을 찾고있는 이전 버전을 사용 중일 수 있습니다.

  2. bin \ ... 폴더는 여전히 이전 버전을 보유하고 있습니다. DLL을?

  3. GAC는 이전 버전의 DLL을 사용하고 있습니까?

  4. (컴퓨터에만있는 것 같기 때문에) 프로젝트의 다른 패키지 또는 참조 된 DLL에 여전히 4.0 버전이 필요합니까?