Alle Build-Übermittlungen in einem Build müssen Projektinstanzen verwenden, die aus derselben Projektsammlung stammen

8

Ich versuche ein .NET-Projekt in VS-2017 zu veröffentlichen. Bei der Veröffentlichung bekomme ich den Fehler:

  

Alle Build-Übermittlungen in einem Build müssen Projektinstanzen verwenden, die aus derselben Projektsammlung stammen.

Das Projekt baut sowohl im Release- als auch im Debug-Modus auf. Das Gleiche passiert beim Versuch, als Debug zu veröffentlichen. Irgendwelche Ideen, wie ich mehr Informationen darüber bekommen kann, was falsch ist?

    
Liam 23.05.2017, 11:20
quelle

5 Antworten

1

Für mich helfen, meine Lösung über Msbuild zu erstellen und zu veröffentlichen. Sie sollten ein Veröffentlichungsprofil in Visual Studio erstellen, bevor Sie msbuild ausführen.

öffne cmd und führen Sie den nächsten Befehl aus:

"c: \ Programme (x86) \ Microsoft Visual Studio \ 2017 \ Professional \ MSBuild \ 15.0 \" d: \ VMC \ VMC.sln / p: DeployOnBuild = true / p: PublishProfile="OrdnerProfil"

Sie sollten auch Pfad zu Msbuid (wenn es auf Ihrem Computer anders ist) und Lösung ersetzen.

Für mich hilft es.

    
Andrey R 26.06.2017 07:19
quelle
0

Um Ihre Frage zu beantworten, gehen Sie am besten zur MS Dev Community (versuchen Sie es hier Ссылка ).

Ich hatte diesen Fehler, weil meine .net-Core-Lösung ein Framework 4.5.2-Projekt enthielt. Ich habe jedes Projekt im Release-Modus einzeln neu aufgebaut und das Published anschließend funktioniert.

    
Peter 26.06.2017 15:28
quelle
0

Für mich half, die .xproj-Datei aus dem Projektordner zu löschen und das Plattformziel des Projekts auf x86

zu setzen     
Angel Torres 05.07.2017 19:11
quelle
0

Das VS2017-Projekt, das ich zuvor veröffentlicht habe, gab den gleichen Fehler, und die folgenden Schritte lösten das Problem für mich:

  • Versucht, in Debug zu veröffentlichen (wurde nicht aufgelöst)
  • Gelöschter Objektordner (wurde nicht aufgelöst)
  • Manuell gelöschte Dateien im Zielpfad (wurde nicht aufgelöst)
  • Ran VS als Admin (nicht aufgelöst)
  • Gereinigte Lösung (BEHOBEN).
dexter 25.09.2017 22:07
quelle
0

Die beste Lösung, die ich gesehen habe, besteht darin, auf VS 2017 15.5.2 oder höher zu aktualisieren. Dies war ein VS-Fehler. Anstatt Workarounds zu verwenden, aktualisieren Sie einfach.

Hier ist ein aktueller Update-Link: Ссылка

    
Carter 08.01.2018 18:25
quelle