MSB3247 해결-동일한 종속 어셈블리의 다른 버전간에 충돌이 발견되었습니다.

MSB3247 해결-동일한 종속 어셈블리의 다른 버전간에 충돌이 발견되었습니다.

---

.NET 3.5 솔루션은 msbuild로 컴파일 할 때이 경고로 끝났습니다.

때로는 NDepend가 도움이 될 수 있지만이 경우 자세한 내용은 제공하지 않았습니다. Bob과 마찬가지로 이전 버전의 종속 어셈블리를 참조하는 어셈블리를 찾을 때까지 ILDASM에서 각 어셈블리를 여는 데 의존했습니다.

VS 2010 베타 2에서 MSBUILD를 사용해 보았습니다 (Connect 기사에서 이것이 CLR의 다음 버전에서 수정되었다고 표시 했으므로).

더 나은 (보다 자동화 된) 접근 방식이 있습니까?

---

"MSBuild 프로젝트 빌드 출력 상세"를 "상세"이상으로 변경하십시오. 이렇게하려면 다음 단계를 수행하십시오.

1. 옵션 대화 상자를 엽니 다 ( 도구-> 옵션 ... ).
2. 왼쪽 트리에서 프로젝트 및 솔루션 노드를 선택한 다음 빌드 및 실행 을 선택 하십시오 .
   • 참고 :이 노드가 표시되지 않으면 모든 설정 표시 대화 상자의 하단에있는 확인란이 선택되어 있는지 확인하십시오 .

3. 도구 / 옵션 페이지가 나타나면 버전에 따라 MSBuild 프로젝트 빌드 출력 상세 레벨을 적절한 설정으로 설정하십시오.

   • 진단 할 때 VS2012, VS2013 또는 VS2015 (이 버전에서 메시지가 말했다 당신은 "상세"를 사용한다, 그러나 이것은 명백히 잘못, 당신은 "진단"을 사용해야한다 )
   • VS2010에있을 때 자세히 설명
   • VS2008 이상에서는 보통으로 충분합니다.
4. 프로젝트를 빌드하고 출력 창을보십시오.

MSBuild 메시지를 확인하십시오. 이 ResolveAssemblyReferences작업은 MSB3247이 시작한 작업으로이 특정 문제를 디버깅하는 데 도움이됩니다.

내 특정 사례는 SqlServerCe에 대한 잘못된 참조였습니다. 아래를 참조하십시오. 두 가지 버전의 SqlServerCe를 참조하는 두 개의 프로젝트가 있습니다. 이전 버전의 프로젝트로 이동하여 참조를 제거한 다음 올바른 참조를 추가했습니다.

Target ResolveAssemblyReferences:
    Consider app.config remapping of assembly "System.Data.SqlServerCe, ..." 
        from Version "3.5.1.0" [H:\...\Debug\System.Data.SqlServerCe.dll] 
        to Version "9.0.242.0" [C:\Program Files\Microsoft Visual Studio 8\Common7\IDE\PublicAssemblies\System.Data.SqlServerCe.dll]
        to solve conflict and get rid of warning.
    C:\WINDOWS\Microsoft.NET\Framework\v3.5\Microsoft.Common.targets : 
        warning MSB3247: Found conflicts between different versions of the same dependent assembly.

---

참조 된 어셈블리의 버전을 확인하기 위해 각 어셈블리를 열 필요는 없습니다.

• 각 참조의 속성을 확인할 수 있습니다.
• 프로젝트 속성을 열고 참조 섹션의 버전을 확인하십시오.
• 텍스트 편집기로 프로젝트를 엽니 다.
• .Net 리플렉터를 사용하십시오.

---

Mike Hadlow는 AsmSpy라는 작은 콘솔 응용 프로그램을 게시했으며 각 어셈블리의 참조를 멋지게 나열합니다.

Reference: System.Net.Http.Formatting
        4.0.0.0 by Shared.MessageStack
        4.0.0.0 by System.Web.Http

Reference: System.Net.Http
        2.0.0.0 by Shared.MessageStack
        2.0.0.0 by System.Net.Http.Formatting
        4.0.0.0 by System.Net.Http.WebRequest
        2.0.0.0 by System.Web.Http.Common
        2.0.0.0 by System.Web.Http
        2.0.0.0 by System.Web.Http.WebHost

이것은 MSBuild 출력에 의존하는 것보다 경고 MSB3247의 맨 아래에 도달하는 훨씬 빠른 방법입니다.

---

때로는 @AMissico의 답변으로는 충분하지 않습니다. 필자의 경우 출력 창에서 오류를 찾을 수 없으므로 다음 단계를 수행하여 로그 파일을 만들고 분석하기로 결정했습니다.

1. 빌드 로그를 파일에 저장하는 중 ... https://msdn.microsoft.com/en-us/library/ms171470.aspx

   msbuild MyProject.proj /fl /flp:logfile=MyProjectOutput.log;verbosity=detailed

2. 텍스트를 찾 warning MS...거나 특정 경고 정보 :( 예 : 9293 행) Found conflicts between different versions...충돌 오류에 대한 자세한 내용은이 메시지보다 위에 있습니다 (예 : 9277 행)There was a conflicts between...

Visual Studio 2013

---

나는 적어도 Visual Studio 2010에서 문제를 발견 할 수 있도록 출력 세부 정보를 적어도 상세로 설정해야한다는 것을 알았습니다.

내 문제는 이전에 GAC 참조였던 참조 일 수도 있지만 내 컴퓨터를 다시 설치 한 후에는 더 이상 문제가되지 않았습니다.

---

나는 같은 오류가 있었고 다른 대답으로 알아낼 수 없었다. NuGet 패키지를 "통합"할 수 있다는 것을 알았습니다.

1. 솔루션을 마우스 오른쪽 버튼으로 클릭하십시오
2. Nuget 패키지 관리를 클릭하십시오.
3. 탭을 통합하고 동일한 버전으로 업데이트하십시오.

---

기본 ASP.NET MVC 4 베타에 대해 생성 된이 경고는 여기를 참조하십시오.

프로젝트의 .csproj 파일을 수동으로 편집하여이 경고를 제거 할 수 있습니다.

modify ........ : 참조 Include = "System.Net.Http"

읽을 내용 : 참조 Include = "System.Net.Http, Version = 4.0.0.0"

---

의존성 리더 사용

dep.exe 를 사용 하면 전체 폴더의 모든 중첩 종속성을 나열 할 수 있습니다. grep 또는 awk와 같은 유닉스 도구와 결합하면 문제를 해결하는 데 도움이 될 수 있습니다

둘 이상의 버전에서 참조되는 어셈블리 찾기

$ dep | awk '{ print $1 " " $2; print $4 " " $5 }' | awk '{ if (length(versions[$1]) == 0) versions[$1] = $2; if (versions[$1] != $2) errors[$1] = $1; }  END{ for(e in errors) print e } ' 
System.Web.Http            

이 모호한 명령 행은 dep.exe를 실행 한 다음 출력을 두 번 awk로 파이프합니다.

• 부모와 자식을 하나의 열에 넣으십시오 (기본적으로 각 줄에는 부모와 자식이 포함되어 있어이 부모가 그 자식에 의존한다는 사실을 나타냅니다)
• 그런 다음 연관 배열을 사용하여 일종의 '그룹화'를 수행하십시오.

이 어셈블리를 휴지통에서 가져 오는 방법 이해

$ dep myproject/bin | grep -i System\.Web\.Http
MyProject-1.0.0.0 >> System.Web.Http.Web-5.2.3.0 2 ( FooLib-1.0.0.0 )
MyProject-1.0.0.0 >> System.Web.Http.Web-4.0.0.0 2 ( BarLib-1.0.0.0 )
FooLib-1.0.0.0 > System.Web.Http.Web-5.2.3.0 1
BarLib-1.0.0.0 > System.Web.Http.Web-4.0.0.0 1 

이 예제에서 도구는 System.Web.Http 5.2.3이 FooLib에 종속 된 반면 버전 4.0.0은 BarLib에서 온 것을 보여줍니다.

그런 다음 사이에서 선택할 수 있습니다

• 라이브러리 소유자에게 동일한 버전을 사용하도록 설득
• 그들 중 하나를 사용 중지
• 최신 버전을 사용하도록 구성 파일에 바인딩 리디렉션 추가

Windows에서 이러한 작업을 실행하는 방법

유닉스 타입 쉘이 없다면 awkand 를 실행하기 전에 하나를 다운로드해야한다 grep. 다음 중 하나를 시도하십시오

• cmder + awk + dep.exe
• gitbash + awk + dep.exe
• cygwin + dep.exe

---

나도이 문제가 있었고 AMissico의 조언을 사용하여 문제를 발견했습니다 (자세한 수준을 세부로 설정해야했지만).

범인을 찾은 후에도 문제는 실제로 매우 간단했습니다.

배경 : 프로젝트를 VS2008에서 VS2010으로 업그레이드했습니다. VS2008에서 대상 프레임 워크는 3.5 였고 VS2010으로 가져 왔을 때 4 (Full)로 전환했습니다. 또한 Crystal 보고서를 포함한 일부 타사 구성 요소를 업그레이드했습니다.

버전 4.0.0.0을 가리키는 대부분의 시스템 참조가 밝혀졌지만 몇 가지가 자동으로 변경되지 않았으며 (System 및 System.Web.Services) 2.0.0.0을 계속보고 있습니다. Crystal 보고서는 4.0.0.0을 참조하므로 충돌이 발생한 곳입니다. 솔루션 탐색기의 첫 번째 시스템 라이브러리에 커서를 놓고 목록을 아래로 이동 한 다음 2.0.0.0에 대한 참조를 찾아 최신 4.0.0.0 버전을 제거하고 다시 추가하는 것이 트릭입니다.

이상하게도 대부분의 참조가 올바르게 업데이트되었고 Crystal 보고서에 대한 것이 아니라면 눈치 채지 못했을 것입니다 ...

---

Mike Hadlow 응용 프로그램 AsmSpy 기반 응용 프로그램을 만들었습니다 .

내 응용 프로그램은 GUI가있는 WPF 응용 프로그램이며 내 홈 웹 서버에서 다운로드 할 수 있습니다 : AsmSpyPlus.exe .

코드는 GitHub 에서 구할 수 있습니다.

---

여기 에 언급 된대로 사용하지 않는 참조를 제거해야하며 경고가 표시됩니다.

---

ASP.NET 빌드 관리자는 폴더를 알파벳순으로 살펴봄으로써 웹 사이트를 구축하고 있으며, 각 폴더에 대해 종속성을 파악한 다음 선택한 폴더를 우선적으로 빌드합니다.

이 경우 ~ / Controls 인 문제가있는 폴더는 처음에 빌드되도록 선택되었지만 아직 알 수없는 이유로 다른 컨트롤과 동일한 어셈블리 내부가 아닌 별도의 어셈블리로 일부 컨트롤을 빌드합니다 ( 일부 컨트롤은 동일한 폴더의 다른 컨트롤에 의존한다는 사실에 연결되어야합니다.

그런 다음 빌드되는 다음 폴더 (~ / File-Center / Control)는 ~ / Controls에 종속 된 루트 폴더 ~ /에 종속되므로 ~ / Controls 폴더는 이번에 만 분리 된 컨트롤 만 다시 빌드됩니다. 분리 된 어셈블리가 여전히 참조되는 다른 컨트롤과 동일한 어셈블리에 자체 어셈블리에 연결됩니다.

따라서이 시점에서 2 어셈블리 (적어도)는 동일한 컨트롤을 가지며 빌드가 실패합니다.

우리는 왜 이런 일이 일어 났는지는 여전히 알지 못하지만, Controls 폴더 이름을 ZControls로 변경하여 해결할 수있었습니다.이 방법은 ~ / File-Center / Control 이전에 빌드되지 않았으며, 이후와 이후에만 빌드되었습니다. 그것은해야합니다.

---

빠른 수정:

솔루션-> 솔루션의 NuGet 패키지 관리-> 통합 에서 동일한 패키지의 다른 버전이 설치되어 있는지 확인할 수 있습니다. 다른 버전을 제거하고 최신 버전을 설치하십시오.

---

때로는 AutoGenerateBindingRedirects충분하지 않습니다 (조차도 GenerateBindingRedirectsOutputType). 모든 There was a conflict항목을 검색 하고 하나씩 수동으로 수정하는 것은 지루할 수 있으므로 로그 출력을 구문 분석하고 생성하는 작은 코드를 작성했습니다 (덤프 stdout).

// Paste all "there was a conflict" lines from the msbuild diagnostics log to the file below
const string conflictFile = @"C:\AssemblyConflicts.txt";

var sb = new StringBuilder();
var conflictLines = await File.ReadAllLinesAsync(conflictFile);
foreach (var line in conflictLines.Where(l => !String.IsNullOrWhiteSpace(l)))
{
    Console.WriteLine("Processing line: {0}", line);

    var lineComponents = line.Split('"');
    if (lineComponents.Length < 2) 
        throw new FormatException("Unexpected conflict line component count");

    var assemblySegment = lineComponents[1];
    Console.WriteLine("Processing assembly segment: {0}", assemblySegment);
    var assemblyComponents = assemblySegment
                              .Split(",")
                              .Select(kv => kv.Trim())
                              .Select(kv => kv.Split("=")
                              .Last())
                              .ToArray();

    if (assemblyComponents.Length != 4) 
        throw new FormatException("Unexpected conflict segment component count");

    var assembly = assemblyComponents[0];
    var version = assemblyComponents[1];
    var culture = assemblyComponents[2];
    var publicKeyToken = assemblyComponents[3];

    Console.WriteLine("Generating assebmly redirect for Assembly={0}, Version={1}, Culture={2}, PublicKeyToken={3}", assembly, version, culture, publicKeyToken);
    sb.AppendLine($"<dependentAssembly><assemblyIdentity name=\"{assembly}\" publicKeyToken=\"{publicKeyToken}\" culture=\"{culture}\" /><bindingRedirect oldVersion=\"0.0.0.0-{version}\" newVersion=\"{version}\" /></dependentAssembly>");
}

Console.WriteLine("Generated assembly redirects:");
Console.WriteLine(sb);

Tip: use MSBuild Binary and Structured Log Viewer and only generate binding redirects for the conflicts in the project that emits the warning (that is, only past those there was a conflict lines to the input text file for the code above [AssemblyConflicts.txt]).

---

A simplest way without without one taking into account of (internal) dependencies :

1. Open "Solution Explorer".
2. Click on "Show all files"
3. Expand "References"
4. You'll see one (or more) reference(s) with slightly different icon than the rest. Typically, it is with yellow box suggesting you to take a note of it. Just remove it.
5. Add the reference back and compile your code.
6. That's all.

In my case, there was a problem with MySQL reference. Somehow, I could list three versions of it under the list of all available references. I followed process 1 through 6 above and it worked for me.

---

Visual Studio for Mac Community addition:

As AMissico's answer requires changing the log level, and neither ASMSpy nor ASMSpyPlus are available as a cross-platform solution, here is a short addition for Visual Studio for Mac:

https://docs.microsoft.com/en-us/visualstudio/mac/compiling-and-building

It's in Visual Studio Community → Preferences... → Projects → Build Log → verbosity

---

If you have resharper, remove all unused reference on your solution.

참고 URL : https://stackoverflow.com/questions/1871073/resolving-msb3247-found-conflicts-between-different-versions-of-the-same-depen