Bemærk: I denne artikel er brugen af "build", "continuous build", "compile" og "generate" ikke streng, bare vid, hvad det betyder.
Først og fremmest, hvis du vil bygge kontinuerligt, skal du bruge kommandolinjen.
Men kommandoerne i dotnet core virker lidt enklere end dotnet framework-projektet.
Fordi dotnetcores build-kommando erdotnet msbuild xxxxx.csproj/yyyyy.sln
Og build-kommandoen i dotnet-frameworket er.../msbuild.exe xxxx.csproj/yyyyy.sln, og det mest forvirrende blandt dem (især folk, der aldrig er faldet i en grav, bare drop det) er dettemsbuild.exeHvor præcist er det?msbuild.exe？ Når alt kommer til alt, efter installation af dotnet framework SDK eller forskellige versioner af Visual Studio i Windows, vil der være mangemsbuild.exe, folk forstår ikke, hvilken de skal bruge.
Lad os starte med, hvordan man bygger et dotnet-frameworkprojekt i Windows, for ikke at lade projektets kompleksitet påvirke hovedideen, her mener vi, at vi ønsker at bygge et simpelt konsolprojekt, der ligner Hello World.
Sammenfattende: Miljøet:
Udviklingsmaskine, Windows-PC;
Udgivelsesmaskine, Windows Server;
Projektet, et simpelt DOT NET Framework konsolprojekt. (Jeg bruger version 4.5.2 her)
på
Det er bedst at initialisere et nyt projekt på en udviklingsmaskine med kodestyring som git, så projektet kan klones på andre maskiner med netværk.
Uanset hvad du skriver i projektet på udviklingsmaskinen, så længe det kan kompileres. For eksempel hello world.
Derudover anbefales det at tilføje en smule afhængighed af nuget-pakken til projektet og vælge hvad du vil, såsom log4net-referencer.
Prøv at kompilere projektet på udviklingsmaskinen.
(Efter mange forsøg blev det bekræftet, at kommandolinjen skulle bruge msbuild.exe C:\windows\Microsoft .NET\Framework v4.xxx\\msbuild.exe ved kompilering af projektet.) Dog er den specifikke projekttype stadig baseret på typen, vælg om du vil vælge Framework64 eller ej 64, om det er v4.xxx eller 3.x, 2.x, denne betydning er meget enkel, hvis du ikke kan forstå det, vil det være hjælpeløst)
Hvis projektet er under C:\projects\test-stien, så bør den kompilerede kommando være:
eller
Selvfølgelig kan du også være nødt til at medbringe andre parametre som /p:Configuration=Release /p:plotform="Enhver CPU", afhængigt af situationen.
4. På testmaskinen, git-klon projektet og prøv at kompilere projektet med samme kommando.
5. Hvis du ikke lykkes, skal du blive ved med at prøve den rigtige msbuild.exe, vej, parametre osv., så længe der ikke er problemer i miljøet, vil du helt sikkert få succes.
6. Men her opstår et meget frustrerende spørgsmål: Hvad med nuget-afhængigheder? Nu har jeg ingen åbenlyse problemer med at kompilere, men hvordan ved jeg, hvor jeg kan finde nuget-pakken?
Dette spørgsmål har hængt mig fast i lang tid.
Gå til NuGets officielle hjemmeside og download nuget.exe fil.
Efter forsøg placeres denne fil i projektet (dvs. i samme mappe som SLN- eller CSPROJ-filen) og udføresnuget.exe genopretningkommando for at få den nødvendige nuget-pakke. Det er den oplevelse, jeg fik efter mange forsøg)
Du kan tilføje en handling til scriptet og udføre kommandoen nuget.exe restorement hver gang.
Det ville også være lidt mere bekvemt at tilføje nuget.exe til miljøvariablen (uden forklaring) og så køre det hver gang.
7. Endelig testede jeg og fandt ud af, at projektet kan kompileres succesfuldt gennem sådanne operationer og kommandoer på udgivelsesmaskinen.
Dette er tæt på ultimativ succes.
Faktisk, for dem der forstår, hvad jekins er, er dette slutningen på sagen, og resten kan de klare selv.
Nedenfor
1. Gå ind på Jekins' officielle hjemmeside, download, installer, start Jekins, registrer en konto, ingen forklaring. For dotnet-projekter skal du installere msbuild, mstest og mstestrunner plugins.
2. Jenkins global konfiguration msbuild.
3. Opret et nyt projekt og konfigurér projektet
4. Byg projektet.
Grundlæggende er byggeriet vellykket, og det er nemt at fejlfinde, selv hvis det ikke lykkes.
Faktisk lærer man mere af brugen af jekins selv og forsøger mange gange at forstå.
Supplement:
1. Hvis VS kan kompileres med succes, men der er en ikke-understøttet syntaksprompt i kommandolinjen.
Så kan det være, at udvikleren kompilerer med mere avancerede syntaksregler (selvom projektet er baseret på .NET-frameworket 4.5.2), såsom C# 6.0
Release-maskinen installerede kun .NET-frameworket 4.5.2, så den understøtter ikke noget af den nyeste syntaks.
Så i dette tilfælde installerer du det nyeste SDK på releasemaskinen.
Som vist på figuren.
Microsofts officielle hjemmeside SDK download:https://www.microsoft.com/net/download/visual-studio-sdks
Download det tilsvarende SDK.
SDK'en inkluderer allerede Runtime.
2. Hvis Jekins' job skal bruge Windows bat-kommandoen til at udføre en række operationer, vil det være nyttigt at bruge Jenkins' "Refer to the list of available environment variables".
Skriv det som "%WORKSPACE%"
3. Hvis der er plads i stien, såsom C:\Program Files (x86)\Microsoft.NET, det er nødvendigt at tilføje dobbelte anførselstegn på begge sider af variablen.
Som:
|
Opslået på 22/11/2018 10.29.09
|
|
|
|
