2014-04-06 18 views
8

Po otwartym moim VS 2012 Ostateczny C# w roztworze VS Ostatecznej 2013 12.0.21005.1REL uzyskać następujące ostrzeżenie:MSBuild 12.0 bin Microsoft.Common.CurrentVersion.targets (3243,9): Błąd MSB4094

Warning 1 Found conflicts between different versions of the same dependent assembly. Please set the "AutoGenerateBindingRedirects" property to true in the project file. For more information, see http://go.microsoft.com/fwlink/?LinkId=294190 . EnergyMS

Postępuję zgodnie z instrukcjami linku Microsoft. Potem edytowany plik csproj, dodając następujący wiersz:

<AutoGenerateBindingRedirects>true</AutoGenerateBindingRedirects> 

Kiedy budować roztwór ponownie, pojawia się następujący błąd: Okno

Error List "app.config;obj\x86\Debug\EnergyMS.csproj.EnergyMS.exe.config" is an invalid value for the "ConfigFile" parameter of the "GenerateApplicationManifest" task. Multiple items cannot be passed into a parameter of type "Microsoft.Build.Framework.ITaskItem". EnergyMS

wyjściowy:

C:\Program Files (x86)\MSBuild\12.0\bin\Microsoft.Common.CurrentVersion.targets(3243,9): error MSB4094: "app.config;obj\x86\Debug\EnergyMS.csproj.EnergyMS.exe.config" is an invalid value for the "ConfigFile" parameter of the "GenerateApplicationManifest" task. Multiple items cannot be passed into a parameter of type "Microsoft.Build.Framework.ITaskItem".

I "Widziałem podobne wątki na forum, ale nie rozumiem problemu.

Czy ktoś może mi pomóc zrozumieć problem?

Dziękuję.

Odpowiedz

10

Znalazłem, że jeśli wyłączyłem "Włącz ustawienia bezpieczeństwa ClickOnce" we właściwościach projektu wykonywalnego, błąd zniknął. Muszę się dowiedzieć, co należy zrobić, aby ponownie włączyć tę opcję, aby móc kliknąć raz wdrożyć moją aplikację WPF.

+1

Dziękuję, Twoje prawo. – Lder

+3

Dziękuję, Twoje prawo. jeśli umieścisz false, możesz włączyć "Włącz ustawienia bezpieczeństwa ClickOne, ale otrzymasz jedno ostrzeżenie." – Lder

+0

powiązany wpis: http://stackoverflow.com/questions/1338653/bin-debug-daemon-exe- manifest-release-daemon-exe-manifest-is-an-invalid-va – Lder

0

Dziwne, jak może być, dla mnie wyłączenie ustawień bezpieczeństwa ClickOnce również działało. Ale zadałem sobie pytanie - co można zrobić, jeśli to ustawienie powinno pozostać "włączone" lub "sprawdzone"? Zgadnij, co pomogło w moim przypadku ... usunąć nieużywane referencje! Wystarczy kliknąć RMB na projekcie w Eksploratorze rozwiązań, wybrać właściwości projektu, aw sekcji Referencje wyświetlić nieużywane referencje i voila!

Mam nadzieję, że pomaga komuś, dla mnie zadziałało.

+2

Myślę, że masz jakiś dodatek ... Nie widzę takiej opcji – Heliac

+0

To mi nie pasowało – Aaron

0

Do wszystkich Xamarin użytkowników:
ja też gdyby Komunikat błędu:

Error List "app.config;obj\x86\Debug\EnergyMS.csproj.EnergyMS.exe.config" is an invalid value for the "ConfigFile" parameter of the "GenerateApplicationManifest" task. Multiple items cannot be passed into a parameter of type "Microsoft.Build.Framework.ITaskItem". EnergyMS

i pracuję z VS i Xamarin.Forms. Próbowałem przygotować moją aplikację iOS dla statku do sklepu i nagle miał problem (tylko z projektem iOS, Android i WP nadal pracował). Nigdy nie zmieniłem ustawień na karcie zabezpieczeń (uważam, że ustawienia zostały zmienione "w tle" przez moje kroki przygotowujące aplikację do wysyłki). Jednak odznaczenie pola wyboru "Ustawienia zabezpieczeń Activate ClickOnce" na karcie Zabezpieczenia do mojego projektu iOS również rozwiązało mój problem. Następnie przeszukałem internet w poszukiwaniu jakiegokolwiek pokoju (słowa) komunikatu o błędzie i znalazłem tę wiadomość. Ponieważ ten wpis nie zawiera żadnego Xamarin -tag, również zamieszczam tutaj ...

4

miał podobny komunikat i po wykonaniu przeszukiwanie internetu znalazłem „Found conflicts between different versions of the same dependent assemblies

Shows how to identify the offending assembly easily.

This evening I compiled a project I was playing around and was given the following warning.

Found conflicts between different versions of the same dependent assembly. Please set the "AutoGenerateBindingRedirects" property to true in the project file. For more information, see http://go.microsoft.com/fwlink/?LinkId=294190 .

Considering there are about 50 references across the projects I have in this solution, that isn’t particularly helpful. Rather than fishing through the solution trying to identify the offenders manually there is an easy way to get the compiler to spit out more information.

  1. In Visual Studio 2013 go to Tools > Options.
  2. Select Project and Solutions > Build and Run.
  3. Find the drop down MSBuild project build output verbosity. Here you can configure MSBuild to give you more information. By default it will be set to ‘Minimal’. Change this to ‘Detailed’.
  4. Rebuild and view the Output window. Copy everything into notepad and search for the warning which should tell you which assemblies you need to look at.

znalazłem musiałem uaktualnić kilka zespołów Prism w innym projekcie:

Found related file "....\bin\Debug\Microsoft.Practices.Prism.Mvvm.xml". This reference is not "CopyLocal" because it conflicted with another reference with the same name and lost the conflict. The ImageRuntimeVersion for this reference is "v4.0.30319".

+0

To było Odniesienia Newtonsoft nie były takie same. – vbullinger

0

najlepszym sposobem na uzyskać wszystkie swoje złoenia i numer wersji jest za pośrednictwem tej aplikacji znalazłem w Github.

AsmSpy

2

miałem „... jest niewłaściwy stosunek do«»parametr«configfile GenerateApplicationManifest»zadanie”.

Rozwiązałem edycję pliku .csproj z mojego projektu i tym poniżej <PropertyGroup>:

<AutoGenerateBindingRedirects>false</AutoGenerateBindingRedirects> 

A wszystko działa poprawnie teraz.

1

Próbowałem dodać to jako komentarz, ale nie miałem wystarczająco dużo reputacji. Rozwiązaniem, jak dobrze wiadomo, jest wyłączenie funkcji bezpieczeństwa ClickOnce dla projektu w VS. Chcę dodać coś do tego, jako przyczynę tego ustawienia. W moim projekcie zdarzyło się, że rozwiązanie zostało zbudowane przy użyciu MSBuild iz włączoną funkcją zabezpieczenia ClickOnce. Został on pomyślnie zbudowany na początku, ale mój członek zespołu zauważył wygenerowany certyfikat. Pomyślał, że był raz zbędny i usunął go. Od tego czasu kompilacje projektu zaczęły zawieść z MSBuild. Myślę więc, że jeśli zachowujesz certyfikat w obecnej postaci i tworzysz projekt z włączoną funkcją ClickOnce, problem nie powinien być widoczny.

Powiązane problemy