01
Qué es y qué problema resuelve
La integración continua ejecuta controles sobre una revisión identificable. Una entrega agrega un artefacto versionado y una transición de entorno.
El objetivo es poder responder qué código se probó y qué artefacto se está ejecutando. Compilar otra vez con entradas distintas durante el despliegue rompe esa relación.
02
Ejemplo paso a paso
Punto de partida Workflow didáctico para la consola del ZIP en la raíz. El comando run falla si una comprobación lanza una excepción. Una solución con tests debe añadir dotnet test. Versiones de actions contrastadas con documentación oficial; fija SHA revisados para producción. El workflow no fue ejecutado en GitHub.
Antes de ejecutar
Workflow para un repositorio con Laboratorio.csproj en la raíz. Ejecuta las comprobaciones de consola con dotnet run; no incluye un framework de tests, publicación de artefacto ni despliegue. Requiere un servicio compatible con este formato de workflow.
name: Verificar laboratorio
on: [push, pull_request]
permissions:
contents: read
jobs:
verificar:
runs-on: ubuntu-latest
steps:
- uses: actions/checkout@v7
- uses: actions/setup-dotnet@v6
with:
dotnet-version: '10.0.301'
- run: dotnet restore
- run: dotnet build -c Release --no-restore
- run: dotnet run -c Release --no-buildCómo funciona
- El workflow obtiene la revisión y configura el SDK indicado.
- Restore y build preparan la consola; run ejecuta sus comprobaciones.
- Un fallo debe impedir aceptar esa revisión y conservar evidencia de la ejecución.
Resultado esperado: Cada revisión debe compilar y pasar las comprobaciones. No incluye publicación ni secretos de despliegue.
03
Cuándo usarlo y qué debes evitar
Configura SDK y dependencias reproducibles, permisos mínimos y pruebas pertinentes. El flujo debe fallar cuando falla un control y conservar evidencia útil.
Una entrega de producción requiere además configuración, migraciones compatibles, health checks y una estrategia de reversión. Aprobar un pipeline no garantiza automáticamente esas propiedades.
Ampliación opcional · contexto y variantes del tema
Entregable y criterios de cierre
Entrega un repositorio con instrucciones desde cero, modelo de dominio, contratos HTTP, decisión de arquitectura, estrategia de solapamientos y matriz de permisos. Añade evidencia de pruebas de lectura/escritura, aislamiento entre grupos y conflictos concurrentes. Registra versiones y cómo actualizar paquetes; explica qué fragmentos adaptaste y con qué proveedor los verificaste.
La definición de terminado exige que otra persona pueda ejecutar el proyecto, que una entrada inválida no persista, que una identidad ajena no produzca efectos y que un fallo interno no filtre detalles. En producción exige alertas accionables, migraciones ensayadas y recuperación practicada. Este material enseña a construir esa evidencia; completar una lectura no certifica que una implementación futura ya cumpla todos los criterios.
04 · Práctica guiada · opcional
Practica lo aprendido
Introduce un defecto que rompa una comprobación y verifica que el flujo rechaza la revisión.
- 01Prepara el ejemplo con las dependencias indicadas en «Antes de ejecutar».
- 02Introduce un defecto que rompa una comprobación y verifica que el flujo rechaza la revisión.
- 03Comprueba y registra el resultado: Cada revisión debe compilar y pasar las comprobaciones. No incluye publicación ni secretos de despliegue.
Ver solución orientativa
Conserva la referencia del commit y el resultado. Diseña luego entrega del mismo artefacto, migraciones seguras y reversión.
05
Comprueba lo aprendido
Responde antes de abrir la explicación. Esta comprobación es opcional y no guarda una puntuación.
01¿CI y CD son exactamente el mismo control?
No. CI verifica integración; entrega y despliegue agregan decisiones y controles de entorno.
02¿Qué parte de CI/CD automatiza este flujo y qué parte sigue pendiente?
Automatiza restauración, compilación y comprobaciones de consola en CI. No publica ni despliega un artefacto; entrega, configuración, migraciones y reversión siguen siendo pasos por diseñar.
Cómo demostrar el objetivo
Compara tu práctica con estos resultados. Si solo diseñaste una prueba, registra su resultado como esperado, no como observado.
- La revisión defectuosa falla en las comprobaciones y la restaurada pasa.
- Identificas el commit verificado y separas ese control del diseño de entrega del mismo artefacto.
Qué debes recordar
- CI comprueba una revisión identificable.
- La entrega debe desplegar el mismo artefacto verificado.
Tu cuaderno · notas personales
Cuaderno local
Tus notas del contenido
Se guardan únicamente en este dispositivo. Puedes exportarlas cuando quieras.
Material de apoyo · descarga, glosario y referencias
Explicaciones, ejemplos y prácticas propios de Academia de Software. Los fragmentos de integración requieren las dependencias indicadas; el ZIP contiene el núcleo de consola. Las lecturas externas se consultan en su sitio original y conservan sus condiciones. Procedencia y condiciones de uso.