Compilar y probar desarrollos en .NET

Introducción

Esta guía te muestra cómo construir, probar y publicar un paquete de .NET.

Los ejecutores hospedados en GitHub tienen un caché de herramientas con software preinstalado, el cual incluye a .NET Core SDK. Para encontrar una lista completa de software actualizado y las versiones preinstaladas de .NET Core SDK, consulta la sección de software instalado en los ejecutores hospedados en GitHub.

Prerrequisitos

Ya debes estar familiarizado con la sintaxis de YAML y con cómo se utiliza con GitHub Actions. Para obtener más información, consulta "Sintaxis de flujo de trabajo para GitHub Actions".

Te recomendamos que tengas un entendimiento básico de .NET Core SDK. Para obtener más información, consulta la sección Iniciar con .NET.

Utilizar el flujo de trabajo inicial de .NET

GitHub proporciona un flujo de trabajo inicial de .NET que debería funcionar para la mayoría de los proyectos de .NET y esta guía incluye ejemplos que te muestran cómo personalizarlo. Para obtener más información, consulta el flujo de trabajo inicial de.NET.

Para comenzar rápidamente, agrega el flujo de trabajo inicial al directorio de .github/workflows de tu repositorio.

name: dotnet package on: [push] jobs: build: runs-on: ubuntu-latest strategy: matrix: dotnet-version: ['3.0', '3.1.x', '5.0.x' ] steps: - uses: actions/checkout@v2 - name: Setup .NET Core SDK ${{ matrix.dotnet-version }} uses: actions/setup-dotnet@v1.7.2 with: dotnet-version: ${{ matrix.dotnet-version }} - name: Install dependencies run: dotnet restore - name: Build run: dotnet build --configuration Release --no-restore - name: Test run: dotnet test --no-restore --verbosity normal 

Especificar una versión de .NET

Para utilizar una versión preinstalada de .NET Core SDK en un ejecutor hospedado en GitHub, utiliza la acción setup-dotnet. Esta acción encuentra una versión específica de .NET desde el caché de las herramientas en cada ejecutor y agrega los binarios necesarios a PATH. Estos cambios persistirán para el recordatorio del job.

La acción setup-dotnet es la forma recomendada de utilizar .NET con las GitHub Actions, porque garantiza el comportamiento consistente a través de diversos ejecutores y diversas versiones de .NET. Si estás utilizando un ejecutor auto-hospedado, debes instalar .NET y agregarlo a PATH. Para obtener más información, consulta la acción setup-dotnet.

Utilizar versiones múltiples de .NET

name: dotnet package on: [push] jobs: build: runs-on: ubuntu-latest strategy: matrix: dotnet: [ '3.0', '3.1.x', '5.0.x' ] steps: - uses: actions/checkout@v2 - name: Setup dotnet ${{ matrix.dotnet-version }} uses: actions/setup-dotnet@v1 with: dotnet-version: ${{ matrix.dotnet-version }} # You can test your matrix by printing the current dotnet version - name: Display dotnet version run: dotnet --version 

Utilizar una versión específica de .NET

Puedes configurar tu job para que utilice una versión específica de .NET, tal como la 3.1.3. Como alternativa, puedes utilizar una sintaxis de versión semántica para obtener el último lanzamiento menor. Este ejemplo utiliza el lanzamiento menor más reciente de .NET 3.

 - name: Setup .NET 3.x uses: actions/setup-dotnet@v1 with: # Semantic version range syntax or exact version of a dotnet version dotnet-version: '3.x' 

Instalar dependencias

Los ejecutores hospedados en GitHub cuentan con el administrador de paquetes NuGet ya instalado. Puedes utilizar el CLI de dotnet para instalar dependencias desde el registro de paquetes de NuGet antes de compilar y probar tu código. Por ejemplo, el siguiente YAML instala el paquete Newtonsoft.

steps: - uses: actions/checkout@v2 - name: Setup dotnet uses: actions/setup-dotnet@v1 with: dotnet-version: '3.1.x' - name: Install dependencies run: dotnet add package Newtonsoft.Json --version 12.0.1 

Construir y probar tu código

Puedes usar los mismos comandos que usas de forma local para construir y probar tu código. Este ejemplo demuestra cómo utilizar dotnet build y dotnet test en un job:

steps: - uses: actions/checkout@v2 - name: Setup dotnet uses: actions/setup-dotnet@v1 with: dotnet-version: '3.1.x' - name: Install dependencies run: dotnet restore - name: Build run: dotnet build - name: Test with the dotnet CLI run: dotnet test 

Empaquetar datos de flujo de trabajo como artefactos

Después de que se completa un flujo de trabajo, puedes cargar los artefactos que se den como resultado para su análisis. Por ejemplo, es posible que debas guardar los archivos de registro, los vaciados de memoria, los resultados de las pruebas o las capturas de pantalla. El siguiente ejemplo demuestra cómo puedes utilizar la acción upload-artifact para cargar los resultados de las pruebas.

Para obtener más información, consulta "Conservar datos de flujo de trabajo mediante artefactos".

name: dotnet package on: [push] jobs: build: runs-on: ubuntu-latest strategy: matrix: dotnet-version: [ '3.0', '3.1.x', '5.0.x' ] steps: - uses: actions/checkout@v2 - name: Setup dotnet uses: actions/setup-dotnet@v1 with: dotnet-version: ${{ matrix.dotnet-version }} - name: Install dependencies run: dotnet restore - name: Test with dotnet run: dotnet test --logger trx --results-directory "TestResults-${{ matrix.dotnet-version }}" - name: Upload dotnet test results uses: actions/upload-artifact@v2 with: name: dotnet-results-${{ matrix.dotnet-version }} path: TestResults-${{ matrix.dotnet-version }} # Use always() to always run this step to publish test results when there are test failures if: ${{ always() }} 

Publicar en registros de paquetes

Puedes configurar tu flujo de trabajo para publicar tu paquete de .NET a un registro de paquetes cuando pasen tus pruebas de IC. Puedes utilizar secretos de los repositorios para almacenar cualquier token o credenciales que se necesiten para publicar tu binario. El siguiente ejemplo crea y publica un paquete en el Registro del paquete de GitHub utilizando dotnet core cli.

name: Upload dotnet package on: release: types: [created] jobs: deploy: runs-on: ubuntu-latest steps: - uses: actions/checkout@v2 - uses: actions/setup-dotnet@v1 with: dotnet-version: '3.1.x' # SDK Version to use. source-url: https://nuget.pkg.github.com/<owner>/index.json env: NUGET_AUTH_TOKEN: ${{secrets.GITHUB_TOKEN}} - run: dotnet build --configuration Release <my project> - name: Create the package run: dotnet pack --configuration Release <my project> - name: Publish the package to GPR run: dotnet nuget push <my project>/bin/Release/*.nupkg