Ctrl K
ComunidadGuías…
GITHUB · ANALIZADO

bitbucket-runner-nix

Paquete NixOS que expone Bitbucket Runner como servicio Systemd, soportando runners en linux-shell y linux-docker con gestión segura de credenciales vía environmentFile.

Ficha actualizada 29 sept 2026, 5:57 · upstream 29 sept 2026, 5:51 · release sin release detectada

Ver códigoProblemas y ayudaRepositorio ↗
00

Qué es bitbucket-runner-nix

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

Este repositorio proporciona un flake Nix para desplegar Bitbucket Runners en entornos NixOS. Expone el runner como un servicio Systemd mediante módulos de configuración estándar.

Soporta múltiples configuraciones de runners simultáneos, cada uno con su propio UUID y credenciales OAuth. La gestión de secretos se realiza preferentemente mediante archivos environmentFile externos (KEY=VALUE), compatibles con gestores como agenix o sops-nix. Como alternativa menos segura, permite OAuthClientId/Secret directamente en la configuración.

El paquete soporta invocación directa vía shell para despliegues manuales o pruebas, con opciones para especificar directorios de trabajo y runtime (linux-shell o linux-docker). Incluye soporte para paquetes adicionales tanto fuera como dentro del sandbox FHS.

CASOS DE USO
  • Despliegue automatizado de runners Bitbucket en servidores NixOS
  • Integración continua con múltiples nodos runner gestionados por Systemd
  • Gestión segura de credenciales OAuth mediante secret managers externos
  • Pruebas locales de runners vía invocación shell directa
PUNTOS DESTACADOS
  • Expone Bitbucket Runner como servicio Systemd nativo en NixOS
  • Soporta múltiples runners simultáneos con configuración individualizada
  • Gestión segura de secretos mediante environmentFile compatible con agenix/sops-nix
  • Incluye soporte para runtime linux-docker además del estándar linux-shell
  • Permite paquetes adicionales tanto dentro como fuera del sandbox FHS
PRECAUCIONES
  • No soporta Dockerfile ni compose, requiere configuración manual de contenedores
  • OAuthClientId/Secret no pueden usarse simultáneamente con environmentFile
  • Requiere NixOS o entorno compatible con flakes para despliegue
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

Configurar en flake.nix como input y añadir módulo a nixosConfiguration. Usar environmentFile con secret manager (agenix/sops-nix) para credenciales OAuth. Especificar accountUuid, runnerUuid y runtime por cada runner. Para runners Docker, configurar runtime=linux-docker.

—Dockerfile
—Compose
—One-click
03

Stack y dependencias

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

FRAMEWORKS
No detectados
SERVICIOS
No detectados
BASES DE DATOS
No detectadas
PUERTOS
No detectados
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.