Ctrl K
ComunidadGuías…
GITHUB · ANALIZADO

renovate-action

GitHub Action para ejecutar Renovate Bot auto-alojado en repositorios GitHub. La versión v9 mantiene soporte Docker (marcado como obsoleto, eliminación planificada en v10) y elimina funcionalidades de analítica y branding.

Ficha actualizada 22 sept 2026, 16:52 · upstream 22 sept 2026, 14:37 · release 10.52.0

Ver códigoProblemas y ayudaRepositorio ↗
00

Qué es renovate-action

Descripción editorial construida a partir del repositorio, su documentación y sus señales de mantenimiento.

Este action ejecuta Renovate Bot auto-alojado para mantener dependencias actualizadas automáticamente en repositorios GitHub. La versión v9 mantiene compatibilidad con ejecución Docker (marcada como obsoleta, eliminación planificada en v10) y elimina funcionalidades de analítica y branding. El action requiere autenticación mediante GitHub App ID y clave privada, permitiendo configuración personalizada a través del parámetro global-config que se fusiona profundamente con la configuración base.

La acción soporta múltiples modos de ejecución: push a main/renovate/**, pull_request, workflow_dispatch y cron (cada 6 horas por defecto). Incluye validación robusta de JSON para configuraciones globales, protección de campos de seguridad como allowedCommands, y manejo de errores con fallback a configuración base si la validación falla.

CASOS DE USO
  • Automatización de actualizaciones de dependencias en repositorios GitHub privados o públicos
  • Integración con CI/CD existente mediante triggers programados o eventos
  • Configuración personalizada de Renovate sin necesidad de instalar Docker localmente
  • Gestión de PRs de renovate con límites de tasa y horarios específicos
  • Auto-merge condicional para actualizaciones menores de devDependencies
PUNTOS DESTACADOS
  • Soporte nativo para GitHub App authentication (renovate-app-id, renovate-app-private-key)
  • Validación robusta de JSON con protección de campos de seguridad críticos
  • Fusión profunda de configuraciones global-config manteniendo límites de seguridad
  • Eliminación de analítica y branding en v9 para reducir superficie de ataque
  • Documentación exhaustiva con ejemplos de configuración compleja
PRECAUCIONES
  • Requiere GitHub App ID y clave privada (no soporta autenticación OAuth tradicional)
  • Ejecución Docker marcada como obsoleta, eliminación planificada en v10
  • No soporta ejecución sin Docker en versiones anteriores a v9
  • Configuraciones globales limitadas por campos protegidos que no pueden ser sobrescritos
01

Perfil de infraestructura

Estimación inicial derivada del repositorio y de los servicios detectados.

CPU1 vCPUrecomendación inicial
MEMORIA1 GBRAM estimada
DISCO10 GBalmacenamiento base
COMPLEJIDADlownivel de operación
02

Despliegue detectado

Qué señales reales de instalación hemos encontrado.

Despliegue manual

Instalar GitHub App con permisos adecuados antes de usar el action. Configurar secrets APPLICATION_ID y APPLICATION_PRIVATE_KEY en el workflow. Para producción, evitar dry-run=true excepto en pruebas iniciales. Usar presets de Renovate para configuraciones complejas. Verificar logs con print-config: true si hay problemas de configuración.

—Dockerfile
—Compose
—One-click
03

Stack y dependencias

Componentes inferidos a partir de manifests, configuración y documentación.

FRAMEWORKS
Node.js
SERVICIOS
No detectados
BASES DE DATOS
No detectadas
PUERTOS
No detectados
05

Puede sustituir a

Relaciones detectadas por el análisis del repositorio y su categoría.

06

Experiencia real de la comunidad

Ayuda a contrastar la estimación automática con instalaciones reales.

Todavía no hay datos comunitarios para este proyecto.