Skip to main content
Estos comandos existen en el árbol de comandos pero no forman parte del flujo de trabajo actual. Los comandos heredados se rechazan en los releases actuales; los comandos obsoletos siguen funcionando e indican su reemplazo.

stackkit app add

Añade o actualiza un traspaso de app PaaS de compatibilidad v0.6.
Los releases actuales rechazan este comando; pertenece a la línea de compatibilidad exacta v0.6.

stackkit backup list

Lista los snapshots del repositorio local.
Los releases actuales rechazan este comando; pertenece a la línea de compatibilidad exacta v0.6.

stackkit backup migrate-from-restic

Importa un repositorio Restic existente a Kopia (una sola vez).
Los releases actuales rechazan este comando; pertenece a la línea de compatibilidad exacta v0.6.
Ejecuta el importador puntual de Restic a Kopia. Lee el repositorio Restic configurado en el addon v1, recorre cada snapshot y lo recrea dentro de Kopia conservando las marcas de tiempo originales. Tras una importación correcta, el addon cambia automáticamente engine: “restic-import” a “kopia”.

stackkit backup verify

Valida el repositorio contra su proveedor de almacenamiento.
Los releases actuales rechazan este comando; pertenece a la línea de compatibilidad exacta v0.6.

stackkit cluster join-token

Crea un token de unión para nodos worker o de almacenamiento.
Los releases actuales rechazan este comando; pertenece a la línea de compatibilidad exacta v0.6.
Crea un token de unión para nodos worker o de almacenamiento. El token es la única vía admitida para tratar otra instalación de BaseKit como miembro de este homelab. El registro de servidores remotos de Coolify y las actualizaciones del espejo de TechStack consumen esta identidad de clúster en pasos posteriores del despliegue.

stackkit kit upgrade

Resuelve e instala un release verificado de StackKit.
Obsoleto: usa stackkit upgrade
Resuelve un release público de StackKit desde GitHub, verifica su archivo, el SBOM SPDX, la atestación GitHub OIDC/Sigstore y la raíz de confianza en caché, y después lo instala atómicamente en .stackkit/releases/. Con --dry-run genera el destino verificado solo en un workspace sombra acotado e informa de una diferencia canónica de plan/artefactos. Sin --dry-run primero inspecciona ese destino, crea un snapshot nativo de Kopia más un punto de control de recuperación del estado del ejecutor firmado por el propietario, prepara y verifica los datos de reversión sin activarlos, y solo entonces instala y ejecuta la transacción exacta generate/apply/verify del destino. Una transacción de destino fallida puede restaurar y verificar el ejecutor anterior solo antes de que se admita el Apply del destino. Tras Apply, el reinicio del runtime anterior queda bloqueado hasta que exista una activación verificada de los datos anteriores; la preparación aislada de Kopia por sí sola no la autoriza. Una confirmación de destino completada conserva su prueba de éxito para la finalización explícita. Las actualizaciones nuevas requieren soporte en la política de Kit CUE integrada; la recuperación de una operación existente sigue su diario y punto de control firmados.
Ejemplos

stackkit kit verify

Verifica los recibos y atestaciones de release en caché.
Obsoleto: usa stackkit verify --offline
Alias obsoleto de ‘stackkit verify --offline’. No se realiza ninguna petición de red.