Nota: In questo articolo, l'uso di "build", "continuous build", "compila" e "generate" non è rigoroso, basta sapere cosa significano.
Prima di tutto, se vuoi costruire continuamente, devi usare la riga di comando.
Ma i comandi di dotnet core sembrano un po' più semplici rispetto al progetto dotnet framework.
Perché il comando build di dotnetcore èdotnet msbuild xxxxx.csproj/yyyyy.sln
E il comando build del framework dotnet è.../msbuild.exe xxxx.csproj/yyyyy.sln, e la cosa più confusa tra loro (principalmente persone che non sono mai cadute in una fossa, lascia perdere) è questamsbuild.exeDov'è esattamente?msbuild.exe？ Dopotutto, dopo aver installato l'SDK dotnet framework o diverse versioni di Visual Studio su Windows, ce ne saranno moltemsbuild.exe, le persone non capiscono quale usare.
Iniziamo da come costruire un progetto dotnet framework in Windows, per non lasciare che la complessità del progetto stesso influenzi l'idea principale; qui pensiamo di voler costruire un progetto console semplice simile a Hello World.
In sintesi, l'ambiente:
macchina di sviluppo, Windows PC;
Macchina di pubblicazione, Windows Server;
Project, un semplice progetto console del framework dot net. (Sto usando la versione 4.5.2 qui)
su
È meglio inizializzare un nuovo progetto su una macchina di sviluppo con la gestione del codice come git, così che il progetto possa essere clonato su altre macchine con rete.
Qualunque cosa tu scriva nel progetto sulla macchina di sviluppo, purché possa essere compilata. Per esempio, ciao mondo.
Inoltre, si consiglia di aggiungere una piccola dipendenza dal pacchetto nuget al progetto e scegliere ciò che si desidera, come i riferimenti log4net.
Prova a compilare il progetto sulla macchina di sviluppo.
(Dopo molti tentativi, è stato confermato che la riga di comando dovrebbe usare il msbuild.exe C:\windows\Microsoft .NET\Framework\v4.xxx\msbuild.exe durante la compilazione del progetto.) Tuttavia, il tipo specifico di progetto dipende comunque dal tipo, scegli se scegliere Framework64 o meno 64, che sia v4.xxx o 3.x, 2.x, questo significato è molto semplice, se non riesci a capirlo sarà impotente)
Se il progetto è sotto il percorso C:\projects\test, allora il comando compilato dovrebbe essere:
o
Ovviamente, potresti anche dover portare altri parametri come /p:Configuration=Release /p:plotform="Any CPU", a seconda della situazione.
4. Sulla macchina di test, clona il progetto tramite git e prova a compilare il progetto con lo stesso comando.
5. Se non ci riesci, devi continuare a provare il msbuild.exe, il percorso, i parametri giusti, ecc., finché non ci sono problemi nell'ambiente, sicuramente ci riuscirai.
6. Tuttavia, qui si presenta una domanda molto esasperante: che dire delle dipendenze dai nuget? Ora non ho problemi evidenti a compilare, ma come faccio a sapere dove trovare il pacchetto Nuget?
Questa domanda mi è rimasta impressa da molto tempo.
Vai sul sito ufficiale di NuGet e scarica nuget.exe file.
Dopo aver provato, questo file viene inserito nel progetto (cioè nella stessa directory del file SLN o CSPROJ) ed eseguitonuget.exe restauroComando per ottenere il pacchetto Nuget richiesto. Questa è l'esperienza che ho avuto dopo molti tentativi)
Beh, puoi aggiungere un'azione allo script ed eseguire ogni volta il comando nuget.exe ripristino.
Sarebbe anche un po' più comodo aggiungere nuget.exe alla variabile di ambiente (senza spiegazioni) e poi eseguirla ogni volta.
7. Infine, ho testato e ho scoperto che il progetto può essere compilato con successo tramite tali operazioni e comandi sulla macchina di pubblicazione.
Questo è vicino al successo finale.
In effetti, per chi capisce cosa sono i jekin, questa è la fine della questione, e il resto può essere fatto da solo.
Sotto
1. Andare sul sito ufficiale di Jekins, scaricare, installare, avviare Jekins, registrare un account, senza spiegazioni. Per i progetti dotnet, devi installare i plugin msbuild, mstest e mstestrunner.
2. Configurazione globale Jenkins msbuild.
3. Creare un nuovo progetto e configurarlo
4. Costruisci il progetto.
Fondamentalmente, la costruzione è un successo ed è facile da risolvere anche se non ha successo.
Infatti, riguardo all'uso dei jekins, di più si apprende da se stessi e si cerca molte volte di comprendere.
Supplemento:
1. Se il VS può essere compilato con successo, ma c'è un prompt di sintassi non supportato nella riga di comando.
Allora potrebbe essere che lo sviluppatore stia compilando regole sintassi più avanzate (anche se il progetto si basa sul .NET framework 4.5.2), come C# 6.0
La macchina di rilascio ha installato solo il .NET framework 4.5.2, quindi non supporta alcune delle ultime sintassi.
Quindi, in questo caso, installa l'ultimo SDK sulla macchina di rilascio.
Come mostrato nella figura.
SDK del sito ufficiale Microsoft scarica:https://www.microsoft.com/net/download/visual-studio-sdks
Scarica l'SDK corrispondente.
L'SDK include già il runtime.
2. Se il lavoro di Jekins deve utilizzare il comando bat di Windows per eseguire una serie di operazioni, allora sarà utile usare "Consulta la lista delle variabili di ambiente disponibili" di Jenkins.
Scrivilo come "%WORKSPACE%"
3. Se c'è spazio nel percorso, come ad esempio C:\Program Files (x86)\Microsoft.NET, è necessario aggiungere virgolette doppie su entrambi i lati della variabile.
Come:
|
Pubblicato su 22/11/2018 10:29:09
|
|
|
|
