CI/CD con Azure DevOps: automatiza la integración y el despliegue de tu aplicación paso a paso

Integración Continua (CI)

Fusionar el código de forma frecuente verificando automáticamente que todo funciona con cada cambio.

Despliegue Continuo (CD)

Una vez que el código pasa las verificaciones automáticas, se empaqueta y queda listo para producción.

Azure DevOps

Plataforma de Microsoft que integra repositorio, pipelines y gestión del ciclo de vida del software.

PASO 1 — Crear una cuenta en Azure DevOps

Si ya tienes una cuenta de Microsoft o Azure, puedes usarla directamente. Ve a dev.azure.com e inicia sesión. Si es la primera vez, el sistema te pedirá crear una organización, que es tu espacio de trabajo en Azure DevOps.

Una vez dentro verás el panel principal con tus organizaciones y proyectos.

PASO 2 — Crear el proyecto

Dentro de tu organización haz clic en New project. Rellena los campos:

• Nombre: CI-CD-Demo
• Visibility: Private
• Version control: Git

Pulsa Create y en segundos tendrás el proyecto listo. En el menú de la izquierda verás las secciones principales: Repos, Pipelines, Boards y Artifacts.

PASO 3 — Inicializar el repositorio

Ve a Repos → Files. El repositorio estará vacío. Pulsa el botón Initialize para crear la rama main con un README inicial. Esto es necesario antes de poder clonar el repositorio en local.

Una vez inicializado verás el repositorio con el archivo README.md y la rama main activa.

PASO 4 — Clonar el repositorio en tu ordenador

Pulsa el botón Clone en la parte superior derecha. Verás la URL del repositorio y el botón Generate Git Credentials. Pulsa ese botón para obtener las credenciales que usarás en la terminal.

Abre una terminal en tu ordenador y ejecuta:

git clone https://TUORGANIZACION@dev.azure.com/TUORGANIZACION/CI-CD-Demo/_git/CI-CD-Demo
cd CI-CD-Demo

Cuando te pida la contraseña, pega la que acabas de generar en Azure DevOps.

PASO 5 — Crear la aplicación

Vamos a crear una API REST sencilla con Node.js. Crea los siguientes archivos dentro de la carpeta del repositorio:

app.js — Lógica principal de la API:

const express = require('express');
const app = express();

app.get('/bienvenida', (req, res) => {
    res.json({
        mensaje: 'Esta es la primera version de mi aplicacion implementando CI/CD',
        version: '1.0.0',
        status: 'ok'
    });
});

module.exports = app;

server.js — Arranque del servidor:

const app = require('./app');
const PORT = process.env.PORT || 3000;

app.listen(PORT, () => {
    console.log(`Servidor corriendo en puerto ${PORT}`);
});

app.test.js — Tests automáticos con Jest:

const request = require('supertest');
const app = require('./app');

describe('GET /bienvenida', () => {
    it('debe devolver status 200', async () => {
        const res = await request(app).get('/bienvenida');
        expect(res.statusCode).toBe(200);
    });
    it('debe devolver el mensaje correcto', async () => {
        const res = await request(app).get('/bienvenida');
        expect(res.body.mensaje).toBe('Esta es la primera version de mi aplicacion implementando CI/CD');
    });
    it('debe devolver version 1.0.0', async () => {
        const res = await request(app).get('/bienvenida');
        expect(res.body.version).toBe('1.0.0');
    });
    it('debe devolver status ok', async () => {
        const res = await request(app).get('/bienvenida');
        expect(res.body.status).toBe('ok');
    });
});

package.json — Dependencias del proyecto:

{
  "name": "ci-cd-demo",
  "version": "1.0.0",
  "description": "API demo para CI/CD con Azure DevOps",
  "main": "server.js",
  "scripts": {
    "start": "node server.js",
    "test": "jest --forceExit"
  },
  "dependencies": {
    "express": "^4.18.2"
  },
  "devDependencies": {
    "jest": "^29.7.0",
    "supertest": "^6.3.4"
  }
}

PASO 6 — Subir el código al repositorio

Con los archivos creados, súbelos a Azure Repos con estos tres comandos:

git add .
git commit -m "Primera versión de la aplicación"
git push

Si vuelves a Azure Repos verás los archivos ya disponibles en el repositorio.

PASO 7 — Crear el Pipeline

Este es el paso más importante. Ve a Pipelines en el menú de la izquierda y pulsa New Pipeline. El asistente te guiará:

• ¿Dónde está tu código? → Selecciona Azure Repos Git
• Selecciona el repositorio → Elige CI-CD-Demo
• Configura el pipeline → Selecciona la plantilla Node.js

trigger:
  - main

pool:
  vmImage: 'ubuntu-latest'

steps:
  - task: NodeTool@0
    inputs:
      versionSpec: '18.x'
    displayName: 'Instalar Node.js'

  - script: npm install
    displayName: 'Instalar dependencias'

  - script: npm test
    displayName: 'Ejecutar tests'

  - task: ArchiveFiles@2
    inputs:
      rootFolderOrFile: '$(Build.SourcesDirectory)'
      includeRootFolder: false
    displayName: 'Empaquetar aplicación'

  - task: PublishBuildArtifacts@1
    displayName: 'Publicar artefacto'

• trigger: main → El pipeline se activa automáticamente con cada push a la rama main
• pool: ubuntu-latest → Azure usa una máquina virtual Ubuntu en la nube
• npm install → Descarga todas las dependencias
• npm test → Ejecuta los tests. Si alguno falla, el pipeline se detiene aquí
• ArchiveFiles → Empaqueta la aplicación en un ZIP
• PublishBuildArtifacts → Publica el artefacto final

Pulsa Save and Run para guardar el archivo y lanzar la primera ejecución.

PASO 8 — Verificar el pipeline

Una vez lanzado verás el pipeline ejecutándose en tiempo real. Cada paso aparece con su estado. Si todo va bien verás todos los pasos en verde y el mensaje 1 published indicando que el artefacto se ha generado correctamente.

PASO 9 — Comprobar el trigger automático

Para demostrar que el CI/CD funciona de verdad, haz un cambio en el código y súbelo:

git add .
git commit -m "Actualización a versión 2"
git push

Vuelve a Azure Pipelines y observa cómo el pipeline se ha disparado automáticamente sin que hayas tocado nada en Azure DevOps. Eso es el CI/CD funcionando en la práctica.

¿CI/CD solo para equipos grandes?

No. Incluso trabajando en solitario, un pipeline automático te protege de subir código roto y te obliga a mantener una disciplina de tests que ahorra muchas horas de depuración.

¿Azure DevOps o GitHub Actions?

GitHub Actions está integrado directamente en GitHub. Azure DevOps ofrece un ecosistema más completo para equipos empresariales. Ambas son válidas según el contexto del proyecto.

¿Se puede extender este pipeline?

Absolutamente. Se puede añadir análisis de calidad de código, notificaciones por Slack, despliegue automático a Azure, o protección de ramas para que ningún merge se haga sin pasar el pipeline.

¿Qué pasa si un test falla?

El pipeline se detiene automáticamente y el código no avanza. Pero los tests son tan buenos como lo que el desarrollador haya escrito. Un pipeline con tests incompletos da una falsa sensación de seguridad.