A página substitui a documentação da CLI?
Não. Ela mostra o fluxo principal e os comandos mais usados; detalhes de flags e retornos ficam na documentação oficial.
Terminal e automação
Instale a CLI oficial da Zenifra, autentique, crie projetos, publique por GitHub ou Docker/OCI, consulte logs e use API key em automações de CI/CD.
A CLI reúne os caminhos que devs repetem no dia a dia: instalar, autenticar, criar projeto, publicar, acompanhar builds e operar a aplicação.
npm install -g @zenifra/cli
zenifra --helpzenifra auth login
zenifra auth api-key --key znf_sua_chavezenifra plans --type http
zenifra create project
zenifra create project --name app-api --plan basic --payment-mode hourly --config @examples/http-github-project.jsonzenifra deploy --project <project-id> --branch main
zenifra deploy watch --project <project-id> --build <build-id>A página é um mapa rápido para quem quer avaliar se a Zenifra encaixa no fluxo técnico do time.
Instale, autentique, crie projetos e dispare deploys sem sair do fluxo local.
Use API key organizacional em CI/CD para listar projetos, acionar deploys e acompanhar builds.
Veja logs, variáveis, builds, deployments, URL e imagem atual pelo mesmo binário.
Use a CLI em modo exploratório no terminal ou com API key e JSON em pipelines.
Use login interativo para uso pessoal ou API key organizacional para automação.
Use o wizard quando estiver explorando ou arquivos de configuração para fluxos reproduzíveis.
Dispare deploy GitHub, acompanhe builds e consulte logs, env vars e deployments pelo terminal.
Algumas escolhas definem se o fluxo fica mais adequado para uso local, produção ou CI/CD.
Login serve para uso pessoal; ZENIFRA_API_KEY é o caminho para automação organizacional.
GitHub usa deploy por branch; OCI usa projeto com imagem e atualização via project image set.
Wizard guia o primeiro uso; config versionada dá repetibilidade para times e pipelines.
Use saída normal no terminal e --json quando o comando alimentar scripts ou CI/CD.
Separe credencial, project ID, branch, imagem e porta antes de transformar comandos locais em automação. Isso reduz tentativa e erro no primeiro deploy pelo terminal.
zenifra create project --name app-api --plan basic --payment-mode hourly --config @examples/http-project.json
zenifra project image set --project <project-id> --image ghcr.io/sua-org/app:mainzenifra projects --type http
zenifra project logs --project <project-id>
zenifra project envs --project <project-id>
zenifra project env add --project <project-id> --name NODE_ENV --value production
zenifra builds --project <project-id>
zenifra deployments --project <project-id>export ZENIFRA_API_KEY=znf_sua_chave
zenifra deploy --project <project-id> --branch main --jsonRespostas curtas para manter a página prática sem virar uma cópia da documentação.
Não. Ela mostra o fluxo principal e os comandos mais usados; detalhes de flags e retornos ficam na documentação oficial.
Use ZENIFRA_API_KEY no ambiente do job. A chave já carrega o contexto da organização e evita salvar sessão local no runner.
O fluxo atual para OCI é criar o projeto com config de imagem ou atualizar a imagem com project image set.
Use zenifra help <command> ou zenifra <command> --help para ver uso, exemplos e saída esperada por comando.