Automatización de Proyectos .NET con Copilot y Dockerfile

Clase 11 de 19 • Curso de GitHub Copilot

Contenido del curso

Introducción a GitHub Copilot

Uso de GitHub Copilot en el desarrollo

Integración y despliegue

Revisiones y escalamiento

Novedades Github Copilot

Tomar examen

Resumen

Optimizar y sistematizar la creación de proyectos puede ser considerablemente más sencillo con la tecnología apropiada. Copilot simplifica esta tarea utilizando archivos Bash, comentarios claros y scripts automatizados que permiten generar proyectos minimal API en .NET, incluyendo pruebas unitarias con XUnit, integración con Docker y organización mediante archivos de solución.

¿Cómo ayuda Copilot a generar proyectos minimal API en .NET?

Copilot reconoce instrucciones específicas en comentarios dentro de un archivo Bash, facilitando la creación de tareas automatizadas:

Genera un proyecto minimal API en .NET con un comando simple como:
```
.NET new web -n minimalAPI
```
Crea un proyecto de pruebas unitarias vinculado directamente al principal:
```
.NET new xunit -n minimalAPI.test
```

Asocia ambos proyectos para que las pruebas unitarias recuerden el contexto adecuado:

.NET add minimalAPI.test/minimalAPI.test.csproj reference minimalAPI/minimalAPI.csproj

Configura una solución que agrupa ambos proyectos eficazmente:

.NET new sln -n minimalAPI
.NET sln minimalAPI.sln add minimalAPI minimalAPI.test

¿Qué paquetes son necesarios para trabajar con minimal API y pruebas en .NET?

Para mejorar la funcionalidad de tus proyectos de prueba, Copilot sugiere utilizar paquetes específicos:

Microsoft ASP.NET Core MVC Testing
MiniValidation

Estos paquetes proporcionan herramientas útiles para verificar y asegurar la calidad del código generado automáticamente por el asistente de Copilot.

¿Cómo utilizar Docker para proyectos minimal API en .NET con Copilot?

Copilot permite la incorporación eficiente de Docker en tu flujo de trabajo mediante scripts específicos:

cat <<EOL > Dockerfile
FROM mcr.microsoft.com/dotnet/aspnet:8.0
WORKDIR /app
COPY ./out ./
ENTRYPOINT ["dotnet", "minimalAPI.dll"]
EOL

Con esta estrategia, se automatiza la creación de un Dockerfile configurado para desplegar rápidamente tu proyecto minimal API.

¿Cómo mejorar los scripts automatizados generados por Copilot?

La retroalimentación visual en los scripts automatizados aporta claridad en cada paso con comandos echo, resaltando cada acción:

Creando un proyecto minimal API.
Creando pruebas unitarias.
Asociando proyectos y soluciones.
Incorporando Docker al flujo automatizado.

Utiliza comandos personalizados a través de variables para personalizar nombres de proyectos de manera eficiente:

project_name=$1

.NET new web -n $project_name

Así, Copilot mejora significativamente la eficacia y flexibilidad en la creación y gestión de proyectos de programación.

¿Has probado ya optimizar tus proyectos con Copilot? Comparte tus experiencias en los comentarios.

Comentarios

José Bautista Rodríguez

student•

Diagramas de Flujo para acelerar el flujo dentro de VS Code con GitHub Copilot

Una de las primeras cosas que te encuentras al momento de aprender a programar es el uso de un diagrama de flujo para comprender como es que el algoritmo trabaja, en proyectos más acotados puedes considerar la lógica para acelerar tu proceso de desarrollo.

Un buen programador con buenas herramientas es mucho mejor y ello depende de las experiencias prácticas que tengas.

Animate a seguir programando 🐧

Luis Angel Frias Herrera

student•

Excelente ejemplo, ahora solo hay que aplicarlo en nuestro nicho de experiencia.

En mi caso Laravel y WordPress

Emerson Enrique Vergara Correa

student•

#!/bin/bash # Crea un proyecto de NetApi api de .net echo "CREANDO PROYECTO DE NETAPI API DE .NET"dotnet new webapi -n NetApi #Crea un proyecto de pruebas para el proyecto de NetApi api de.net echodotnet new xunit -n NetApi.Tests#Asacia los dos proyectosecho "ASOCIANDO LOS DOS PROYECTOS"dotnet add NetApi.Tests/NetApi.Tests.csproj reference NetApi/NetApi.csproj#Crea un archivo de soluciónecho "CREANDO UN ARCHIVO DE SOLUCIÓN"dotnet new sln -n NetApi#Agrega ambos proyectos a la soluciónecho "AGREGANDO AMBOS PROYECTOS A LA SOLUCIÓN"dotnet sln add NetApi/NetApi.csprojdotnet sln add NetApi.Tests/NetApi.Tests.csproj#Agrega Los paquetes necesarios para el proyecto de test NetApi api de .netecho "AGREGANDO LOS PAQUETES NECESARIOS PARA EL PROYECTO DE TEST NETAPI API DE .NET"dotnet add NetApi/NetApi.Tests.csproj package Microsoft.AspNetCore.Appdotnet add NetApi/NetApi.Tests.csproj package Minivalidation#Agrega un archivo de Docker en el proyecto de NetApi api de .netecho "AGREGANDO UN ARCHIVO DE DOCKER EN EL PROYECTO DE NETAPI API DE .NET"cat <<EOL> Dockerfile FROM mcr.microsoft.com/dotnet/core/sdk:8.0 AS base WORKDIR /app COPY *.csproj ./ RUN dotnet restore COPY . . RUN dotnet build -c Release -o out FROM msr.microsoft.com/dotnet/aspnet:8.0 WORKDIR /app COPY --from=build /app/out . EXPOSE 80 ENTRYPOINT ["dotnet", "NetApi.dll"] EOL

Andres Martinez

student•

uffffff- poder liberado....para PowerShell

crea un archivo generador.ps1

Gabriel Obregón

student•

🎯Copilot + Minimal API en .NET

🧩 1. Qué Hace Copilot por Ti

✨ Automatiza

✨ Organiza

✨ Genera proyectos completos

✨ Añade Docker

✨ Crea pruebas y soluciones

✨ Usa comentarios en Bash para producir scripts inteligentes

🚀 2. Crear un Proyecto Minimal API con Copilot

🔷 Proyecto principal

dotnet new web -n minimalAPI

🔷 Proyecto de pruebas unitarias

dotnet new xunit -n minimalAPI.test

🔷 Conectar ambos proyectos

dotnet add minimalAPI.test/minimalAPI.test.csproj reference minimalAPI/minimalAPI.csproj

🔷 Crear solución y organizar

dotnet new sln -n minimalAPI

dotnet sln minimalAPI.sln add minimalAPI minimalAPI.test

📌 Resultado visual: ➡️ minimalAPI (API) ➡️ minimalAPI.test (Pruebas) ➡️ minimalAPI.sln (Solución que los une)

🧪 3. Paquetes Clave para Probar tu API

🟩 Microsoft ASP.NET Core MVC Testing

🟩 MiniValidation

🔍 Ayudan a validar controladores, verificar respuestas y asegurar calidad.

🐳 4. Integración de Docker (Automática con Copilot)

📦 Script que genera tu Dockerfile:

cat <<EOL > Dockerfile

FROM mcr.microsoft.com/dotnet/aspnet:8.0

WORKDIR /app

COPY ./out ./

ENTRYPOINT ["dotnet", "minimalAPI.dll"]

EOL

📌 Con esto ya puedes ejecutar tu API en contenedores sin configuraciones manuales.

⚙️ 5. Hacer Scripts Más Claros y Eficientes

🔊 Añade mensajes visuales con echo

🟡 “Creando proyecto minimal API…”

🟡 “Generando pruebas unitarias…”

🟡 “Asociando proyectos…”

🟡 “Configurando Docker…”

🔧 Personalizar con variables

project_name=$1

dotnet new web -n $project_name

🎯 Así reutilizas el mismo script para diferentes proyectos sin cambiar nada.

Eduardo Rodriguez Cisneros

student•

Les dejo el mío:


*#!/bin/bash*
*# Nombre por defecto del proyecto*PROJECT\_NAME="no\_name\_bun\_project"
*# Procesar argumentos de línea de comandos*while \[\[ "$#" -gt 0 ]]; do    case $1 in        -n|--name) PROJECT\_NAME="$2"; shift ;; *# Captura el valor después de -n o --name*        \*) echo "Opción desconocida: $1"; exit 1 ;;    esac    shift *# Mueve al siguiente argumento*done
*# Verifica si se proporcionó un nombre de proyecto*if \[ -z "$PROJECT\_NAME" ]; then  echo "Error: Debes proporcionar un nombre para el proyecto usando -n \<nombre> o --name \<nombre>"  exit 1fi
*# salir al directorio padre*cd ..rm -rf "$PROJECT\_NAME" *# Elimina el directorio del proyecto si existe*
*# Crea un proyecto de Bun y Elysia con el nombre proporcionado*echo "Creando proyecto Bun y Elysia llamado '$PROJECT\_NAME'..."bun create elysia ./"$PROJECT\_NAME"
*# Agrega un Dockerfile al proyecto*echo "Agregando Dockerfile al proyecto '$PROJECT\_NAME'..."cat <\<EOL > ./"$PROJECT\_NAME"/Dockerfile# Usa la imagen oficial de BunFROM oven/bun:latest as base
\# Establece el directorio de trabajoWORKDIR /usr/src/app
\# Copia los archivos de manifiesto de dependenciasCOPY package.json bun.lockb\* ./
\# Instala las dependencias de producciónRUN bun install --frozen-lockfile --production
\# Copia el resto del código fuente de la aplicaciónCOPY . .
\# Expone el puerto 3000EXPOSE 3000
\# Comando para iniciar la aplicación (ajustado para usar el entrypoint directamente)CMD \["bun", "run", "src/index.ts"] # Asegúrate que este sea el comando correcto para tu plantillaEOL
*# Crear archivo .dockerignore*echo "Creando archivo .dockerignore en '$PROJECT\_NAME'..."cat <\<EOL > ./"$PROJECT\_NAME"/.dockerignoreDockerfile.dockerignorenode\_modules.git.gitignoreREADME.mdEOL

*# Hacer el build de la imagen usando Podman*echo "Construyendo la imagen de Docker con el tag '$PROJECT\_NAME'..."*# Usa --tag en lugar de -t para mayor claridad*podman build --tag "$PROJECT\_NAME":latest -f ./"$PROJECT\_NAME"/Dockerfile ./"$PROJECT\_NAME"
*# Ejecuta el contenedor*echo "Ejecutando el contenedor con nombre '$PROJECT\_NAME'..."*# Agrega --name para darle un nombre al contenedor y -d para modo detached*podman run -d --name "$PROJECT\_NAME" -p 3000:3000 "$PROJECT\_NAME":latest --build
echo "Script completado. Proyecto '$PROJECT\_NAME' creado y contenedor ejecutándose."

*#!/bin/bash*
*# Nombre por defecto del proyecto*PROJECT\_NAME="no\_name\_bun\_project"
*# Procesar argumentos de línea de comandos*while \[\[ "$#" -gt 0 ]]; do    case $1 in        -n|--name) PROJECT\_NAME="$2"; shift ;; *# Captura el valor después de -n o --name*        \*) echo "Opción desconocida: $1"; exit 1 ;;    esac    shift *# Mueve al siguiente argumento*done
*# Verifica si se proporcionó un nombre de proyecto*if \[ -z "$PROJECT\_NAME" ]; then  echo "Error: Debes proporcionar un nombre para el proyecto usando -n \<nombre> o --name \<nombre>"  exit 1fi
*# salir al directorio padre*cd ..rm -rf "$PROJECT\_NAME" *# Elimina el directorio del proyecto si existe*
*# Crea un proyecto de Bun y Elysia con el nombre proporcionado*echo "Creando proyecto Bun y Elysia llamado '$PROJECT\_NAME'..."bun create elysia ./"$PROJECT\_NAME"
*# Agrega un Dockerfile al proyecto*echo "Agregando Dockerfile al proyecto '$PROJECT\_NAME'..."cat <\<EOL > ./"$PROJECT\_NAME"/Dockerfile# Usa la imagen oficial de BunFROM oven/bun:latest as base
\# Establece el directorio de trabajoWORKDIR /usr/src/app
\# Copia los archivos de manifiesto de dependenciasCOPY package.json bun.lockb\* ./
\# Instala las dependencias de producciónRUN bun install --frozen-lockfile --production
\# Copia el resto del código fuente de la aplicaciónCOPY . .
\# Expone el puerto 3000EXPOSE 3000
\# Comando para iniciar la aplicación (ajustado para usar el entrypoint directamente)CMD \["bun", "run", "src/index.ts"] # Asegúrate que este sea el comando correcto para tu plantillaEOL
*# Crear archivo .dockerignore*echo "Creando archivo .dockerignore en '$PROJECT\_NAME'..."cat <\<EOL > ./"$PROJECT\_NAME"/.dockerignoreDockerfile.dockerignorenode\_modules.git.gitignoreREADME.mdEOL

*# Hacer el build de la imagen usando Podman*echo "Construyendo la imagen de Docker con el tag '$PROJECT\_NAME'..."*# Usa --tag en lugar de -t para mayor claridad*podman build --tag "$PROJECT\_NAME":latest -f ./"$PROJECT\_NAME"/Dockerfile ./"$PROJECT\_NAME"
*# Ejecuta el contenedor*echo "Ejecutando el contenedor con nombre '$PROJECT\_NAME'..."*# Agrega --name para darle un nombre al contenedor y -d para modo detached*podman run -d --name "$PROJECT\_NAME" -p 3000:3000 "$PROJECT\_NAME":latest --build
echo "Script completado. Proyecto '$PROJECT\_NAME' creado y contenedor ejecutándose."

Automatización de Proyectos .NET con Copilot y Dockerfile

Introducción a GitHub Copilot

Impacto de Github Copilot en la Productividad y Calidad del Código

Comparativa de Planes GitHub Copilot: Gratuito vs Pro vs Empresarial

Configuración de VS Code para optimizar GitHub Copilot

Uso de GitHub Copilot en el desarrollo

Instalación y configuración de Copilot en Visual Studio Code

Creación de una API en Python con Flask y Swagger usando Copilot

Pruebas Unitarias para API de Python con UnitTest

Aprende a Usar Copilot para Explorar Repositorios en GitHub

Creación de una API básica con Go y Visual Studio Code

Creación de APIs con Go y .NET: Solución de Errores Comunes

Integración y despliegue

Creación de un script Bash para automatizar proyectos .NET con Docker