Referência da CLI
A CLI octopus tem duas camadas: um shim fino que gerencia versões (install,
update, doctor, version) e a CLI de workflow que roda todo o resto. O
octopus help lista as duas — a lista é gerada de um único registro, então
nunca diverge do que a CLI realmente aceita. Esta página é a referência da
superfície que o help resume.
Descobrindo comandos
octopus help # comandos globais + de workflowoctopus help <command> # resumo de uma linha de um comandooctopus list # nomes dos comandos, um por linha (para scripts)octopus completions bash # completion de shell: bash, zsh ou fishComandos globais
Vivem no shim e gerenciam a versão instalada:
| Comando | O que faz |
|---|---|
install [--version <tag>] [--latest] | Instala uma release no cache local |
update [--version <tag>] [--latest] [--pin] | Atualiza para uma versão; --pin grava um lockfile |
setup | Configura o Octopus no repositório atual (flags abaixo) |
uninstall [--scope] | Remove os artefatos do Octopus do repo ou da conta de usuário |
doctor | Inspeciona a instalação em cache e reporta a saúde |
version · --version | Imprime a versão instalada |
Flags do setup
octopus setup é interativo por padrão. Ele faz uma varredura no repo em
busca de sinais de linguagem e banco de dados e pré-seleciona os perfis
correspondentes de stack e banco de dados no seletor — você confirma ou
desmarca antes de qualquer escrita. Para CI ou scripts, cada escolha tem
uma flag:
| Flag | Efeito |
|---|---|
--scope | Configura este repositório (repo, o padrão) ou a conta de usuário (user) |
--reconfigure | Reabre o seletor para editar uma configuração existente |
--dry-run | Imprime o que mudaria sem gravar nada |
--bundle <nome> | Pré-seleciona um bundle ou perfil (repetível) |
--stack <nome> | Pré-seleciona um perfil de stack: dotnet → stack-csharp, node → stack-typescript, python → stack-python |
--no-detect | Pula a detecção automática de stack e banco de dados; inicia o seletor sem perfis pré-selecionados |
--reviewers <lista> | Predefine os reviewers de PR |
--no-hooks | Pula a instalação de hooks |
--no-workflow | Pula o conjunto de comandos de workflow |
Subcomandos do release
octopus release conduz uma release versionada. Os subcomandos são os blocos de
construção que o workflow de release orquestra:
| Subcomando | O que faz |
|---|---|
suggest-version [from-ref] | Sugere o próximo semver a partir do histórico de commits |
list-commits [from-ref] | Lista os commits desde a última tag |
commit-changelog <version> | Commita o CHANGELOG.md e sincroniza as referências de versão no README |
create-tag <version> <file> | Cria a tag anotada a partir de um arquivo de notas |
create-gh-release <version> <file> | Publica a GitHub Release |
Configuração — variáveis de ambiente
A CLI lê estas no início; todas são opcionais:
| Variável | Padrão | Propósito |
|---|---|---|
OCTOPUS_CLI_CACHE_ROOT | ~/.octopus-cli | Onde as releases são cacheadas |
OCTOPUS_RELEASE_OWNER | leocosta | Owner no GitHub para busca de releases |
OCTOPUS_RELEASE_NAME | octopus | Nome do repositório no GitHub para busca de releases |
OCTOPUS_API_ENDPOINT | API de releases do GitHub | Sobrescreve o endpoint de metadados de release |
OCTOPUS_DRY_RUN | não definido | Quando true, setup e entrega imprimem em vez de gravar |
OCTOPUS_DISABLED_HOOKS | não definido | Ids de hooks (separados por vírgula) a pular no setup |