stackkit app add
添加或更新 v0.6 兼容的 PaaS 应用交接。stackkit backup list
列出本地仓库中的快照。stackkit backup migrate-from-restic
将现有的 Restic 仓库导入 Kopia(一次性)。 驱动一次性的 Restic 到 Kopia 导入器。 读取 v1 附加组件中配置的 Restic 仓库,遍历每个快照,并在 Kopia 中重新创建它们,同时保留原始时间戳。导入成功后,附加组件会自动将 engine: “restic-import” 切换为 “kopia”。stackkit backup verify
对照其存储提供商验证仓库。stackkit cluster join-token
为工作节点或存储节点创建加入令牌。 为工作节点或存储节点创建加入令牌。 该令牌是把另一个 BaseKit 安装视为此家庭实验室成员的唯一受支持途径。Coolify 远程服务器注册和 TechStack 镜像更新会在后续的 rollout 步骤中使用此集群身份。stackkit kit upgrade
解析并安装经过验证的 StackKit 发布版本。 从 GitHub 解析公开的 StackKit 发布版本,验证其归档、SPDX SBOM、GitHub OIDC/Sigstore 证明以及缓存的可信根,然后原子地将其安装到 .stackkit/releases/ 之下。 使用--dry-run 时,它只在有界的影子工作区中生成经过验证的目标,并报告规范的计划/产物差异。不使用 --dry-run 时,它会先检查该目标,创建原生 Kopia 快照以及经 Owner 签名的执行器状态恢复检查点,暂存并验证回滚数据但不激活,然后才安装并执行确切目标的 generate/apply/verify 事务。失败的目标事务只有在目标 Apply 被准入之前,才能恢复并验证先前的执行器。Apply 之后,在存在经验证的先前数据激活之前,会阻止先前运行时的重启;仅有隔离的 Kopia 暂存并不能授权重启。已完成的目标提交会保留其成功证明,以便显式收尾。全新升级需要内嵌 CUE Kit 策略的支持;现有操作的恢复则遵循其已签名的日志和检查点。
示例
stackkit kit verify
验证缓存的发布回执和证明。 ‘stackkit verify--offline’ 的已弃用别名。不会发出任何网络请求。
