myCSharp.de - DIE C# und .NET Community
Willkommen auf myCSharp.de! Anmelden | kostenlos registrieren
 
 | Suche | FAQ

» Hauptmenü
myCSharp.de
» Startseite
» Forum
» FAQ
» Artikel
» C#-Snippets
» Jobbörse
» Suche
» Regeln
» Wie poste ich richtig?
» Forum-FAQ

Mitglieder
» Liste / Suche
» Wer ist wo online?

Ressourcen
» openbook: Visual C#
» openbook: OO
» Microsoft Docs

Team
» Kontakt
» Übersicht
» Wir über uns

» myCSharp.de Diskussionsforum
Du befindest Dich hier: Community-Index » Diskussionsforum » Entwicklung » Rund um die Programmierung » [erledigt] Jenkins: Build errors; VS: keine Errors
Letzter Beitrag | Erster ungelesener Beitrag Druckvorschau | Thema zu Favoriten hinzufügen

Antwort erstellen
Zum Ende der Seite springen  

[erledigt] Jenkins: Build errors; VS: keine Errors

 
Autor
Beitrag « Vorheriges Thema | Nächstes Thema »
Yeats Yeats ist männlich
myCSharp.de-Mitglied

Dabei seit: 11.11.2005
Beiträge: 95
Entwicklungsumgebung: Visual Studio 2017 Community
Herkunft: Österreich


Yeats ist offline

[erledigt] Jenkins: Build errors; VS: keine Errors

Beitrag: beantworten | zitieren | editieren | melden/löschen       | Top

Hallo,

Zur Zeit versuche ich mir Jenkins zu konfigurieren. Dazu habe ich das MSBuild Plugin installiert. Anschließend mit dem Git-Repository verbunden und ein Projekt angelegt.
Ohne die Ausführung der UnitTests, nur als BuildServer, hat es problemlos geklappt.
Anschließend wollte ich noch die UnitTests ausführen lassen. Dazu NUnit auf dem Rechner installiert, NUnit Plugin installiert, den MSBuild Pfad in Jenkins angegeben und anschließend beides zusammen im Build Prozess angegeben.

Allerdings bekomme ich nun beim Kompilieren Fehler durch MSBuild die ich beim Kompilieren mit Visual Studio oder Rider nicht bekomme.

Das Projekt baut auf Framework 4.7 auf.

Folgend ist ein Auszug aus dem Jenkins Output.

Code:
1:
2:
3:
4:
5:
6:
7:
8:
9:
10:
11:
12:
13:
14:
15:
16:
17:
18:
19:
20:
21:
22:
23:
24:
25:
26:
27:
28:
29:
30:
C:\Jenkins\Workspace\Continuity>C:\temp\nuget.exe restore 
MSBuild auto-detection: using msbuild version '15.5.180.51428' from 'C:\Program Files (x86)\Microsoft Visual Studio\2017\BuildTools\MSBuild\15.0\bin'.
Restoring NuGet....

C:\Jenkins\Workspace\Continuity>exit 0 
Path To MSBuild.exe: C:\Windows\Microsoft.NET\Framework64\v4.0.30319\msbuild.exe
Executing the command cmd.exe /C " chcp 1252 & C:\Windows\Microsoft.NET\Framework64\v4.0.30319\msbuild.exe Continuity.sln " && exit %%ERRORLEVEL%% from C:\Jenkins\Workspace\Continuity
[Continuity] $ cmd.exe /C " chcp 1252 & C:\Windows\Microsoft.NET\Framework64\v4.0.30319\msbuild.exe Continuity.sln " && exit %%ERRORLEVEL%%
Active code page: 1252
Microsoft (R) Build Engine version 4.7.2558.0
[Microsoft .NET Framework, version 4.0.30319.42000]
Copyright (C) Microsoft Corporation. All rights reserved.

Building the projects in this solution one at a time. To enable parallel build, please add the "/m" switch.
Build started 07.01.2018 13:36:09.
Project "C:\Jenkins\Workspace\Continuity\Continuity.sln" on node 1 (default targets).
ValidateSolutionConfiguration:
  Building solution configuration "Debug|Any CPU".
Project "C:\Jenkins\Workspace\Continuity\Continuity.sln" (1) is building "C:\Jenkins\Workspace\Continuity\Continuity\Continuity.csproj" (2) on node 1 (default targets).
Project file contains ToolsVersion="12.0". This toolset may be unknown or missing, in which case you may be able to resolve this by installing the appropriate version of MSBuild, or the build may have been forced to a particular ToolsVersion for policy reasons. Treating the project as if it had ToolsVersion="4.0". For more information, please see http://go.microsoft.com/fwlink/?LinkId=291333.
PrepareForBuild:
  Creating directory "bin\Debug\".
  Creating directory "obj\Debug\".
C:\Windows\Microsoft.NET\Framework64\v4.0.30319\Microsoft.Common.targets(1605,5): warning MSB3267: The primary reference "System.AppContext, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a, processorArchitecture=MSIL", which is a framework assembly, could not be resolved in the currently targeted framework. ".NETFramework,Version=v4.7". To resolve this problem, either remove the reference "System.AppContext, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a, processorArchitecture=MSIL" or retarget your application to a framework version which contains "System.AppContext, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a, processorArchitecture=MSIL". [C:\Jenkins\Workspace\Continuity\Continuity\Continuity.csproj]
C:\Windows\Microsoft.NET\Framework64\v4.0.30319\Microsoft.Common.targets(1605,5): warning MSB3257: The primary reference "System.IO.Compression, Version=4.1.2.0, Culture=neutral, PublicKeyToken=b77a5c561934e089, processorArchitecture=MSIL" could not be resolved because it has a higher version "4.1.2.0" than exists in the current target framework. The version found in the current target framework is "4.0.0.0". [C:\Jenkins\Workspace\Continuity\Continuity\Continuity.csproj]
C:\Windows\Microsoft.NET\Framework64\v4.0.30319\Microsoft.Common.targets(1605,5): warning MSB3267: The primary reference "System.IO.FileSystem.Primitives, Version=4.0.2.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a, processorArchitecture=MSIL", which is a framework assembly, could not be resolved in the currently targeted framework. ".NETFramework,Version=v4.7". To resolve this problem, either remove the reference "System.IO.FileSystem.Primitives, Version=4.0.2.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a, processorArchitecture=MSIL" or retarget your application to a framework version which contains "System.IO.FileSystem.Primitives, Version=4.0.2.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a, processorArchitecture=MSIL". [C:\Jenkins\Workspace\Continuity\Continuity\Continuity.csproj]
GenerateTargetFrameworkMonikerAttribute:
...

BaseClasses\SlExcelStatus.cs(7,29): error CS1002: ; expected [C:\Jenkins\Workspace\Continuity\Continuity\Continuity.csproj]

Hat jemand da eine Idee dazu?
mfg

Dieser Beitrag wurde 1 mal editiert, zum letzten Mal von Yeats am 07.01.2018 17:21.

07.01.2018 15:48 E-Mail | Beiträge des Benutzers | zu Buddylist hinzufügen
Th69
myCSharp.de-Poweruser/ Experte

avatar-2578.jpg


Dabei seit: 01.04.2008
Beiträge: 3.412
Entwicklungsumgebung: Visual Studio 2015/17


Th69 ist online

Beitrag: beantworten | zitieren | editieren | melden/löschen       | Top

Hallo,

Zeile 20 des Logs ist entscheidend, d.h. die ToolsVersion "12.0" (VS 2013) ist in der Projektdatei eingetragen, es wird aber "15.0" (für VS 2017) gebraucht (s.a.  MSBuild-Toolset (ToolsVersion)).

Zum Überschreiben s.  Overriding ToolsVersion Settings.

Dieser Beitrag wurde 1 mal editiert, zum letzten Mal von Th69 am 07.01.2018 16:21.

07.01.2018 16:17 E-Mail | Beiträge des Benutzers | zu Buddylist hinzufügen
Yeats Yeats ist männlich
myCSharp.de-Mitglied

Dabei seit: 11.11.2005
Beiträge: 95
Entwicklungsumgebung: Visual Studio 2017 Community
Herkunft: Österreich

Themenstarter Thema begonnen von Yeats

Yeats ist offline

Beitrag: beantworten | zitieren | editieren | melden/löschen       | Top

Habe die ToolsVersion auf 15 geändert.
Damit bekomme ich diese Meldung.

Fehlermeldung:
This toolset may be unknown or missing, in which case you may be able to resolve this by installing the appropriate version of MSBuild, or the build may have been forced to a particular ToolsVersion for policy reasons. Treating the project as if it had ToolsVersion="4.0".

Auf dem Rechner ist allerdings Visual Studio 2017 Community installiert.


mycsharp.de  Moderationshinweis von Abt (07.01.2018 16:44):

Bitte nach über 10 Jahren im Forum die korrekten BBCodes verwenden.
 
07.01.2018 16:33 E-Mail | Beiträge des Benutzers | zu Buddylist hinzufügen
Abt
myCSharp.de-Team

avatar-4119.png


Dabei seit: 20.07.2008
Beiträge: 13.263
Herkunft: Stuttgart/Stockholm


Abt ist offline

Beitrag: beantworten | zitieren | editieren | melden/löschen       | Top

Die Fehlermeldung zeigt eigentlich, dass die Build Tools in der von Dir gewünschten Version nicht (korrekt) installiert sind.
Evtl. muss in Jenkins hier noch der Pfad angepasst werden?

Die Angabe Visual Studio 2017 alleine reicht auch nicht; denn es kommt hier oft auf den Patch-Stand von VS2017 an; sprich welche Update-Version dazu installiert ist.
Auch sind die Build Tools eine eigene Installation und nicht direkt in Zusammenhang mit Visual Studio (2017).

Und wie Th69 bereits gesagt hat: teste mal die Override Settings (/tv:15.0)
07.01.2018 16:51 Beiträge des Benutzers | zu Buddylist hinzufügen
Yeats Yeats ist männlich
myCSharp.de-Mitglied

Dabei seit: 11.11.2005
Beiträge: 95
Entwicklungsumgebung: Visual Studio 2017 Community
Herkunft: Österreich

Themenstarter Thema begonnen von Yeats

Yeats ist offline

Beitrag: beantworten | zitieren | editieren | melden/löschen       | Top

Danke Abt,
Danke Th69

Der Pfad zu MSBuild war falsch konfiguriert.
07.01.2018 17:12 E-Mail | Beiträge des Benutzers | zu Buddylist hinzufügen
Baumstruktur | Brettstruktur       | Top 
myCSharp.de | Forum Der Startbeitrag ist älter als ein Jahr.
Der letzte Beitrag ist älter als ein Jahr.
Antwort erstellen


© Copyright 2003-2019 myCSharp.de-Team | Impressum | Datenschutz | Alle Rechte vorbehalten. | Dieses Portal verwendet zum korrekten Betrieb Cookies. 15.12.2019 16:23