Note : Dans cet article, l’utilisation de « build », « continuous build », « compile » et « generate » n’est pas rigoureuse, il suffit de savoir ce que cela signifie.
Tout d’abord, si vous voulez construire en continu, vous devez utiliser la ligne de commande.
Mais les commandes de dotnet core semblent un peu plus simples que celles du projet dotnet framework.
Parce que la commande build de dotnetcore estdotnet msbuild xxxxx.csproj/yyyyy.sln
Et la commande build du framework dotnet est.../msbuild.exe xxxx.csproj/yyyyy.sln, et la chose la plus déroutante parmi eux (principalement les personnes qui ne sont jamais tombées dans un trou, laisse tomber) est cecimsbuild.exeOù est-ce exactement ?msbuild.exe？ Après tout, après avoir installé le SDK dotnet framework ou différentes versions de Visual Studio sous Windows, il y en aura beaucoupmsbuild.exe, les gens ne savent pas lequel utiliser.
Commençons par la façon de construire un projet dotnet framework sous Windows, afin de ne pas laisser la complexité du projet lui-même affecter l’idée principale, ici nous pensons vouloir construire un projet console simple similaire à Hello World.
En résumé, l’environnement :
machine de développement, PC Windows ;
Machine de publication, Windows Server ;
Project, un projet simple de console du framework Dot Net. (J’utilise ici la version 4.5.2)
sur
Il est préférable d’initialiser un nouveau projet sur une machine de développement avec une gestion de code comme git, afin que le projet puisse être cloné sur d’autres machines disposant d’un réseau.
Tout ce que vous écrivez dans le projet sur la machine de développement, tant que cela peut être compilé. Par exemple, bonjour le monde.
De plus, il est recommandé d’ajouter une petite dépendance au package nuget au projet, et de choisir ce que vous souhaitez, comme les références log4net.
Essayez de compiler le projet sur la machine de développement.
(Après de nombreuses tentatives, il a été confirmé que la ligne de commande devait utiliser le msbuild.exe C :\windows\Microsoft .NET\Framework\v4.xxx\msbuild.exe lors de la compilation du projet.) Cependant, le type de projet spécifique dépend toujours du type, choisissez de choisir Framework64 ou non 64, que ce soit v4.xxx ou 3.x, 2.x, ce sens est très simple, si vous ne comprenez pas, ce sera impuissant)
Si le projet se trouve sous le chemin C :\projects\test, alors la commande compilée doit être :
ou
Bien sûr, vous devrez peut-être aussi apporter d’autres paramètres comme /p :Configuration=Release /p :plotform="Any CPU », selon la situation.
4. Sur la machine de test, clonez le projet par git et essayez de compiler le projet avec la même commande.
5. Si vous ne réussissez pas, vous devez continuer à essayer le bon msbuild.exe, le bon chemin, les bons paramètres, etc., tant qu’il n’y a pas de problème dans l’environnement, vous réussirez assurément.
6. Cependant, voici une question très frustrante : qu’en est-il des dépendances aux nugets ? Je n’ai pas de problème évident pour compiler, mais comment savoir où trouver le package Nuget ?
Cette question me trévèle depuis longtemps.
Allez sur le site officiel de NuGet et téléchargez nuget.exe fichier.
Après avoir essayé, ce fichier est placé dans le projet (c’est-à-dire dans le même dossier que le fichier SLN ou CSPROJ) et exécuténuget.exe restaurationcommande pour obtenir le paquet Nuget requis. C’est l’expérience que j’ai eue après de nombreuses tentatives)
Eh bien, vous pouvez ajouter une action au script et exécuter la commande nuget.exe restauration à chaque fois.
Il serait aussi un peu plus pratique d’ajouter nuget.exe à la variable d’environnement (sans explication) puis de l’exécuter à chaque fois.
7. Enfin, j’ai testé et constaté que le projet peut être compilé avec succès grâce à de telles opérations et commandes sur la machine d’édition.
C’est proche du succès ultime.
En fait, pour ceux qui comprennent ce que sont les jekins, c’est la fin du sujet, et le reste peut se faire seul.
Ci-dessous
1. Aller sur le site officiel de Jekins, télécharger, installer, lancer Jekins, créer un compte, sans explication. Pour les projets dotnet, il faut installer les plugins msbuild, mstest et mstestrunner.
2. Configuration globale Jenkins msbuild.
3. Créer un nouveau projet et configurer le projet
4. Construis le projet.
En gros, la construction est réussie, et il est facile de dépanner même si elle ne réussit pas.
En fait, concernant l’utilisation des jekins, une plus grande partie est apprise par soi-même et tentée de comprendre à maintes reprises.
Supplément :
1. Si le VS peut être compilé avec succès, mais qu’il y a une invite de syntaxe non prise en charge dans la ligne de commande.
Il se peut alors que le développeur compile avec des règles de syntaxe plus avancées (bien que le projet soit basé sur le .NET framework 4.5.2), comme C# 6.0
La machine de publication n’a installé que le .NET framework 4.5.2, donc elle ne prend pas en charge certaines des dernières syntaxes.
Dans ce cas, installez donc le dernier SDK sur la machine de sortie.
Comme montré sur la figure.
Téléchargement du SDK du site officiel Microsoft :https://www.microsoft.com/net/download/visual-studio-sdks
Téléchargez le SDK correspondant.
Le SDK inclut déjà le temps d’exécution.
2. Si le travail de Jekins doit utiliser la commande bat de Windows pour effectuer une série d’opérations, alors utiliser « Référer à la liste des variables d’environnement disponibles » de Jenkins sera utile.
Écris-le comme « %WORKSPACE % »
3. S’il existe un espace dans le chemin, tel que C:\Program Files (x86)\Microsoft.NET, il est nécessaire d’ajouter des guillemets doubles de chaque côté de la variable.
Comme:
|
Publié sur 22/11/2018 10:29:09
|
|
|
|
