Hacés push, tu VPS se actualiza solo

Elegís el repositorio y la rama, y el panel clona el código en el VPS, crea el webhook en GitHub y deja todo listo. Desde ahí, cada push dispara un pull automático, corre tus scripts de build y reinicio, y queda registrado qué commit se desplegó.

  • Webhook creado solo
  • Scripts de build y reinicio
  • Historial de commits

Ver planes · Crear cuenta gratis

Así se ve en el panel

Deploy desde GitHub: Deploy desde GitHub
Deploy desde GitHub. Rama, último sync y cada pull con sus pasos y duración.
Deploy desde GitHub: Scripts de build
Scripts de build. Lo que corre antes y después de cada pull, con plantillas.

Un flujo de deploy completo, sin YAML

La comodidad de una plataforma tipo Vercel, sobre un servidor que es tuyo.

  • Vinculás el repo desde el panel: Elegís un repositorio de tu cuenta de GitHub, la rama y un nombre de proyecto. Se verifica que la rama exista antes de crear el deploy.
  • Webhook automático: El webhook se crea solo en GitHub, con verificación SSL. No hay que tocar la configuración del repositorio.
  • Pull en cada push: Cada push a la rama seguida dispara un git pull en el VPS. Los pushes a otras ramas se ignoran.
  • Scripts antes y después: Un script previo al pull (por defecto descarta cambios locales) y uno posterior para instalar dependencias, compilar o reiniciar servicios.
  • Estado visible: Clonando, haciendo pull, compilando, reiniciando, online o error con el mensaje. Sabés en qué está cada deploy.
  • Historial de commits: Cada commit recibido queda registrado con SHA, mensaje, autor, fecha y archivos agregados, borrados y modificados, con enlace a GitHub.
  • Redeploy manual: Volvés a desplegar con un botón cuando lo necesitás, sin hacer un commit vacío.
  • La app completa en un lugar: Asociás al repo sus dominios, servicios systemd y tareas programadas, y ves toda la aplicación junta.
  • Varias ramas, un VPS: Un mismo repo se puede desplegar en ramas distintas dentro del mismo VPS: producción y staging lado a lado.

Tu primer deploy en minutos

  1. Conectá tu cuenta de GitHub: Una sola vez, desde el panel.
  2. Elegí repo y rama: El código se clona en el VPS y el webhook se crea solo.
  3. Definí build y reinicio: Por ejemplo npm ci && npm run build y reiniciar tu servicio.
  4. Publicalo con dominio: Le asignás un dominio con HTTPS y cada push lo actualiza.

Bueno saber

  • Hace falta la cuenta de GitHub vinculada con el token vigente.
  • Cada combinación de repo y rama se despliega una vez por VPS.
  • Los administradores de la empresa editan y eliminan deploys; los miembros pueden verlos y crearlos.
  • Si el token de GitHub venció al eliminar un deploy, el webhook puede quedar en GitHub y hay que borrarlo a mano.
  • Root real por SSH: el panel es un atajo, no una jaula. Todo lo que hace por botón también lo podés hacer a mano.

También se lo podés pedir a Claude, ChatGPT o Cursor

Todo lo que ves en el panel lo puede hacer tu agente de IA a través del servidor MCP de ArduMaker: con tu autorización, con el alcance que le des y con cada acción auditada. Ver qué hace el MCP

Preguntas frecuentes

¿Tengo que configurar el webhook en GitHub?

No. Se crea automáticamente al vincular el repositorio.

¿Qué pasa si hago push a otra rama?

Se ignora. Solo la rama configurada dispara el pull.

¿Puedo compilar y reiniciar mi app después de cada deploy?

Sí, con el script posterior al pull: instalás dependencias, compilás y reiniciás el servicio systemd de tu app.

¿Veo qué se desplegó y cuándo?

Sí. Cada commit queda registrado con autor, mensaje, fecha y archivos cambiados, con enlace a GitHub.

¿Sirve como alternativa a Vercel o Heroku?

Para apps que querés correr en un servidor propio, sí: tenés el mismo flujo de push para desplegar, pero con root, sin límites de funciones y con el precio fijo del VPS.

Servicios que suelen ir juntos

  • Dominios y SSL: Subdominio gratis o tu dominio con Let's Encrypt, proxy nginx con vuelta atrás y redirecciones de puertos.
  • Servicios y tareas programadas: Creás servicios systemd para tu app y tareas programadas (tipo cron) con logs, sin escribir systemctl.
  • Docker: Activás Docker en un clic y administrás imágenes, contenedores, logs, volúmenes y redes desde el panel.

Del push a producción, en tu propio servidor Vinculá tu repo y dejá que cada commit se despliegue solo. Ver planes