2017-02-28 12 views
0

Ich habe eine einfache Lösung Baum:VSTS Bauen Failure MSB1009 Projektdatei ist nicht vorhanden

Repository: DFW-SPF-Webseite | - Lösung: DFWSPFWebsite | - | - Projekt: DFWSPFWebsite

In meinem vorherigen Beitrag habe ich die Verdrehungen erklärt, die ich durchlaufen musste, um VSTS dazu zu bringen, meine NuGet-Pakete zu finden. Es dauerte eine Weile, bis der MSBuild-Prozess selbst die SLN-Datei gefunden hatte. Jetzt kann MSBuild die Projektdatei nicht finden. Ja wirklich?!

Nach unzähligen Inkarnationen, meine aktuellen Build-Einstellungen sind:

Lösung: $ (build.sourcesDirectory) /DFWSPFWebsite/DFWSPFWebsite.sln

MSBuild Argumente: /p:ProjectFile=$(build.sourcesDirectory) \ DFWSPFWebsite \ DFWSPFWebsite \ DFWSPFWebsite.csproj

Plattform: $ (BuildPlatform) Konfiguration: $ (BuildConfiguration) Sauber: true VS Version: 2015/2017/Latest (sie alle ausprobiert) Steuerungsoptionen: Aktiviert

Ich kann nicht hinter dem MSBuild Fehler:

"C: \ Program Files (x86) \ MSBuild \ 14.0 \ bin \ msbuild.exe" „D: \ a \ 1 \ s \ DFWSPFWebsite \ DFWSPFWebsite.sln "/ nologo/nr: false/t:" Bereinigen "/dl:CentralLogger,"D:\a_tasks\VSBuild_abc-xyz\1.113.0\ps_modules\MSBuildHelpers\Microsoft.TeamFoundation.DistributedTask.MSBuild. Logger.dll ";" RootDetailId = abc-xyz | SolutionDir = D: \ a \ 1 \ s \ DFWSPFWebsite "* WeiterleitenLogger," D: \ a_tasks \ VSBuild_71abc-xyz \ 1.113.0 \ ps_modules \ MSBuildHelpers \ Microsoft.TeamFoundation. DistributedTask.MSBuild.Logger.dll "/p:ProjectFile=D:\a\1\s\DFWSPFWebsite\DFWSPFWebsite.csproj/p: platform =" beliebige CPU "/ p: configuration =" release "/ p: VisualStudioVersion =" 14.0 "/ p: _MSDeployUserAgent =" VSTS_abc-xyz_build_2_38 " MSBUILD: Fehler MSB1009: Projektdatei existiert nicht. Schalter: D: \ a \ 1 \ s \ DFWSPFWebsite \ DFWSPFWebsite.sln Prozess 'msbuild.exe' mit Code '1' beendet. "C: \ Programme (x86) \ MSBuild \ 14.0 \ bin \ msbuild.exe" "D: \ a \ 1 \ s \ DFWSPFWebsite \ DFWSPFWebsite.sln"/nologo/nr: false/dl: CentralLogger, "D : \ a_tasks \ VSBuild_71abc-xyz \ 1.113.0 \ ps_modules \ MSBuildHelpers \ Microsoft.TeamFoundation.DistributedTask.MSBuild.Logger.dll ";" RootDetailId = abc-xyz | SolutionDir = D: \ a \ 1 \ s \ DFWSPFWebsite "* ForwardingLogger, "D: \ a_aufgaben \ VSBuild_71abc-xyz \ 1.113.0 \ ps_modules \ MSBuildHelpers \ Microsoft.TeamFoundation.DistributedTask.MSBuild.Logger.dll"/p: Projektdatei = D: \ a \ 1 \ s \ DFWSPFWebsite \ DFWSPFWebsite. csproj/p: platform = "beliebige CPU"/p: Konfiguration = "release" /p:VisualStudioVersion="14.0 "/ p: _MSDeployUserAgent =" VSTS_14abc-xyz_build_2_38 " MSBUILD: Fehler MSB1009: Projektdatei existiert nicht. Schalter: D: \ a \ 1 \ s \ DFWSPFWebsite \ DFWSPFWebsite.sln Prozess 'msbuild.exe' mit Code '1' beendet.

Ich hätte nie gedacht, dass ich meine XAML-Bereitstellung so sehr vermissen würde.

+0

Bitte überprüfen Sie in Ihrem Projekt, ob es eine Projektdatei in 'DFWSPFWebsite \ DFWSPFWebsite \ DFWSPFWebsite.csproj' gibt. BTW, bitte überprüfen Sie auch ** MSBuild Argumente **, es ist '/ p: ProjectFile = $ (build.sourcesDirectory) \ DFWSPFWebsite \ DFWSPFWebsite \ DFWSPFWebsite.csproj' oder'/p:ProjectFile=$(build.SourcesDirectory)\DFWSPFWebsite \ DFWSPFWebsite.csproj'. Basierend auf Ihrem Protokoll '/ p: Projektdatei = D: \ a \ 1 \ s \ DFWSPFWebsite \ DFWSPFWebsite.csproj' scheint es, dass das von Ihnen festgelegte Argument'/p: ProjectFile = $ (build.sourcesDirectory) \ DFWSPFWebsite' ist. –

+0

Wenn ich auf die Code-Registerkarte schaue, ist das Projekt da, und alle benötigten Dateien. In meiner Verzweiflung habe ich beide Versionen des Projektpfads @Marina erwähnt sowie unzählige andere Varianzen. Ich bin fast soweit, die gesamte Sache in VS 2015 wieder aufzubauen, unter dem Verdacht, dass mein Grundproblem darin besteht, dass ich, obwohl ich es seit damals durch die VS-Version migriert habe, vor langer Zeit in VS angefangen habe 2010. Die Sache ist, eine .csproj-Datei zu finden ist so einfach - wie kann das nicht funktionieren? Und ich habe noch weitere Schritte zur Bereitstellung. Beunruhigend. – KramFfud

+0

Was passiert, wenn Sie die ** MSBuild-Argumente ** leer lassen? Es findet standardmäßig die Projektdatei in der aktuellen Arbeit direkt. –

Antwort

0

Zuerst, bitte bauen Sie Ihre Lösung in VS 2015, um sicherzustellen, dass es erfolgreich erstellen kann. Dann können Sie in VSTS bauen.

Da Sie nur eine Lösung erstellen möchten, können Sie DFWSPFWebsite.sln von Schaltfläche sowohl für Nuget Installer Task und Visual Studio Build Task auswählen.

Nugget Installateur:

enter image description here

Visual Studio Baujahr:

enter image description here

+0

Die SLN wurde immer über frühere XAML-Bereitstellungen in Azure erstellt und ausgeführt. Ich habe auf VS 2017 RC aktualisiert und verwende jetzt die flexiblere '** \ *. Sln'. VSTS MSBuild findet jetzt die .csproj-Datei. Die URL des Fehlers msg verweist auf eine 2013 Seite, die seit NuGet 2.17 und NuGet Paketwiederherstellung ist, die seit 2015 nicht in VS war. Ich benutze NuGet 3.5. > DFWSPFWebsite \ DFWSPFWebsite \ DFWSPFWebsite.csproj (739,5): Fehler: Dieses Projekt verweist auf NuGet-Pakete, die auf diesem Computer fehlen. Aktivieren Sie die NuGet-Paketwiederherstellung, um sie herunterzuladen. Weitere Informationen finden Sie unter http://go.microsoft.com/fwlink/?LinkID=317567. – KramFfud

+0

Ich vermute, dass ich dem Rat von @Marina für den NuGet Installer/Restore folgen muss, aber ich kann die oben aufgezeichneten Seiten nicht finden. VSTS selbst bietet auf seiner Code-Seite nichts dergleichen an. Was vermisse ich? – KramFfud

+0

Ich habe die Operationsnummer aufgelistet, also klicken Sie zuerst auf die Schaltfläche "..." und dann auf die '.sln'. –

0

ich einen bereinigter Build GOT !!! Ja, Ellipsen sind gut - ich habe die Vorabversion verwendet. Ich musste auch ein paar externe referenzierte DLLs in einen DLL-Ordner unter der SLN verschieben. Und ich musste die Knoten,, <Import Project="..\packages\Microsoft.Bcl.Build…/> und <Target Name="EnsureNuGetPackageBuildImports"…/> aus der csproj-Datei entfernen. Siehe [MSDN] (https://docs.microsoft.com/en-us/nuget/consume-packages/package-restore#migrating-to-automatic-restore) Da ich nicht auf SO gehen soll, schicke ich meine unschätzbare Wertschätzung nicht an @Marina. : *

Verwandte Themen