Nota: En este artículo, el uso de "build", "continuous build", "compile" y "generate" no es riguroso, solo hay que saber qué significa.
En primer lugar, si quieres construir de forma continua, necesitas usar la línea de comandos.
Pero los comandos de dotnet core parecen ser un poco más sencillos que el proyecto dotnet framework.
Porque el comando de build de dotnetcore esdotnet msbuild xxxxx.csproj/yyyyy.sln
Y el comando build del framework dotnet es.../msbuild.exe xxxx.csproj/yyyyy.sln, y lo más confuso entre ellos (principalmente personas que nunca han caído en un pozo, déjalo ya) es estomsbuild.exe¿Dónde está exactamente?msbuild.exe？ Al fin y al cabo, tras instalar el SDK dotnet framework o diferentes versiones de Visual Studio en Windows, habrá muchasmsbuild.exe, la gente no sabe cuál usar.
Empecemos por cómo construir un proyecto dotnet framework en Windows, para que la complejidad del proyecto en sí no afecte a la idea principal; aquí creemos que queremos construir un proyecto sencillo de consola similar a Hello World.
En resumen, el medio ambiente:
máquina de desarrollo, Windows PC;
Máquina de publicación, Windows Server;
proyecto, un sencillo proyecto de consola de dot net framework. (Estoy usando la versión 4.5.2 aquí)
en
Lo mejor es inicializar un nuevo proyecto en una máquina de desarrollo con gestión de código como git, para que el proyecto pueda clonarse en otras máquinas con red.
Lo que escribas en el proyecto en la máquina de desarrollo, siempre que se pueda compilar. Por ejemplo, hola mundo.
Además, se recomienda añadir un poco de dependencia del paquete nuget al proyecto y elegir lo que quieras, como referencias log4net.
Prueba a compilar el proyecto en la máquina de desarrollo.
(Tras varios intentos, se confirmó que la línea de comandos debería usar la msbuild.exe C:\windows\Microsoft .NET\Framework\v4.xxx\msbuild.exe al compilar el proyecto.) Sin embargo, el tipo específico de proyecto sigue dependiendo del tipo, elige si eliges Framework64 o no 64, ya sea v4.xxx o 3.x, 2.x, este significado es muy simple, si no lo entiendes, será inútil)
Si el proyecto está bajo la ruta C:\projects\test, entonces el comando compilado debería ser:
o
Por supuesto, también puede que necesites llevar otros parámetros como /p:Configuration=Release /p:plotform="Any CPU", dependiendo de la situación.
4. En la máquina de pruebas, clona el proyecto por git e intenta compilarlo con el mismo comando.
5. Si no tienes éxito, debes seguir intentando el msbuild.exe, el camino, los parámetros correctos, etc., mientras no haya problemas en el entorno, definitivamente lo conseguirás.
6. Sin embargo, surge una pregunta muy desesperante: ¿qué pasa con las dependencias de los nugets? Ahora bien, no tengo problemas evidentes para compilar, pero ¿cómo sé dónde encontrar el paquete Nuget?
Esta pregunta me ha estado rondando durante mucho tiempo.
Entra en la web oficial de NuGet y descarga nuget.exe archivo.
Tras intentarlo, este archivo se coloca en el proyecto (es decir, en el mismo directorio que el archivo SLN o CSPROJ) y se ejecutanuget.exe restauraciónOrden para conseguir el paquete Nuget requerido. Esta es la experiencia que tuve tras muchos intentos)
Bueno, puedes añadir una acción al script y ejecutar el comando de restauración nuget.exe cada vez.
También sería un poco más cómodo añadir nuget.exe a la variable de entorno (sin explicación) y luego ejecutarla cada vez.
7. Finalmente, probé y descubrí que el proyecto puede compilarse con éxito mediante tales operaciones y comandos en la máquina de publicación.
Esto está cerca del éxito definitivo.
De hecho, para quienes entienden qué son los jekins, esto es el fin del asunto, y el resto puede hacerse por sí mismos.
Abajo
1. Ir a la web oficial de Jekins, descargar, instalar, lanzar Jekins, registrar una cuenta, sin dar explicaciones. Para proyectos dotnet, necesitas instalar los plugins msbuild, mstest y mstestrunner.
2. Configuración global de Jenkins msbuild.
3. Crear un nuevo proyecto y configurarlo
4. Construir el proyecto.
Básicamente, la construcción es exitosa y es fácil de solucionar incluso si no lo es.
De hecho, sobre el uso de los jekins, más de ello se aprende uno mismo y se intenta entender muchas veces.
Suplemento:
1. Si el VS puede compilarse con éxito, pero hay un prompt sintáctico no soportado en la línea de comandos.
Entonces puede que el desarrollador compile con reglas de sintaxis más avanzadas (aunque el proyecto se basa en el .NET framework 4.5.2), como C# 6.0
La máquina de lanzamiento solo instaló el .NET framework 4.5.2, por lo que no soporta parte de la sintaxis más reciente.
Así que en este caso, instala el último SDK en la máquina de lanzamiento.
Como se muestra en la figura.
Descarga SDK del sitio web oficial de Microsoft:https://www.microsoft.com/net/download/visual-studio-sdks
Descarga el SDK correspondiente.
El SDK ya incluye Runtime.
2. Si el trabajo de Jekins necesita usar el comando bat de Windows para realizar una serie de operaciones, entonces usar "Consultar la lista de variables de entorno disponibles" de Jenkins será útil.
Escríbelo como "%WORKSPACE%"
3. Si hay espacio en el camino, como C:\Program Files (x86)\Microsoft.NET, es necesario añadir comillas dobles en ambos lados de la variable.
Como:
|
Publicado en 22/11/2018 10:29:09
|
|
|
|
