Pular para o conteúdo

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

Terminal window
octopus help # comandos globais + de workflow
octopus help <command> # resumo de uma linha de um comando
octopus list # nomes dos comandos, um por linha (para scripts)
octopus completions bash # completion de shell: bash, zsh ou fish

Comandos globais

Vivem no shim e gerenciam a versão instalada:

ComandoO 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
setupConfigura o Octopus no repositório atual (flags abaixo)
uninstall [--scope]Remove os artefatos do Octopus do repo ou da conta de usuário
doctorInspeciona a instalação em cache e reporta a saúde
version · --versionImprime 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:

FlagEfeito
--scopeConfigura este repositório (repo, o padrão) ou a conta de usuário (user)
--reconfigureReabre o seletor para editar uma configuração existente
--dry-runImprime o que mudaria sem gravar nada
--bundle <nome>Pré-seleciona um bundle ou perfil (repetível)
--stack <nome>Pré-seleciona um perfil de stack: dotnetstack-csharp, nodestack-typescript, pythonstack-python
--no-detectPula 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-hooksPula a instalação de hooks
--no-workflowPula 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:

SubcomandoO 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ávelPadrãoPropósito
OCTOPUS_CLI_CACHE_ROOT~/.octopus-cliOnde as releases são cacheadas
OCTOPUS_RELEASE_OWNERleocostaOwner no GitHub para busca de releases
OCTOPUS_RELEASE_NAMEoctopusNome do repositório no GitHub para busca de releases
OCTOPUS_API_ENDPOINTAPI de releases do GitHubSobrescreve o endpoint de metadados de release
OCTOPUS_DRY_RUNnão definidoQuando true, setup e entrega imprimem em vez de gravar
OCTOPUS_DISABLED_HOOKSnão definidoIds de hooks (separados por vírgula) a pular no setup