Uso da CLI bun publish

bun publish dist

Opções de Publicação

--accessstring

A flag `--access` pode ser usada para definir o nível de acesso do pacote sendo publicado. O nível de acesso pode ser `public` ou `restricted`. Pacotes sem escopo são sempre públicos, e tentar publicar um pacote sem escopo com `--access restricted` resultará em um erro.

bun publish --access public

--access também pode ser definido no campo publishConfig do seu package.json.

{
  "publishConfig": {
    "access": "restricted"
  }
}

--tagstring default: latest

Defina a tag da versão do pacote sendo publicado. Por padrão, a tag é `latest`. A versão inicial de um pacote sempre recebe a tag `latest` além da tag especificada.

bun publish --tag alpha

--tag também pode ser definido no campo publishConfig do seu package.json.

{
  "publishConfig": {
    "tag": "next"
  }
}

--dry-run=<val>string

A flag `--dry-run` pode ser usada para simular o processo de publicação sem realmente publicar o pacote. Isso é útil para verificar o conteúdo do pacote publicado sem realmente publicar o pacote.

bun publish --dry-run

--gzip-levelstring default: 9

Especifique o nível de compressão gzip a ser usado ao empacotar o pacote. Aplica-se apenas ao `bun publish` sem um argumento de caminho de tarball. Os valores variam de `0` a `9` (padrão é `9`).

--auth-typestring default: web

Se você tiver 2FA habilitado para sua conta npm, o bun publish solicitará uma senha de uso único. Isso pode ser feito através de um navegador ou da CLI. A flag --auth-type pode ser usada para informar ao registro npm qual método você prefere. Os valores possíveis são web e legacy, sendo web o padrão.

bun publish --auth-type legacy
...
Esta operação requer uma senha de uso único.
Digite OTP: 123456
...

--otpstring default: web

Forneça uma senha de uso único diretamente para a CLI. Se a senha for válida, isso pulará o prompt extra para uma senha de uso único antes de publicar. Exemplo de uso:

bun publish --otp 123456

NOTE

O `bun publish` respeita a variável de ambiente `NPM_CONFIG_TOKEN` que pode ser usada ao publicar em ações do github ou fluxos de trabalho automatizados.

Configuração de Registro

Registro Personalizado

--registrystring

Especifique a URL do registro, substituindo .npmrc e bunfig.toml

bun publish --registry https://my-private-registry.com

Certificados SSL

--castring

Forneça um certificado de autoridade de certificação

--cafilestring

Caminho para o arquivo de certificado de autoridade de certificação

bun publish --ca "-----BEGIN CERTIFICATE-----..."

bun publish --cafile ./ca-cert.pem

Opções de Publicação

Gerenciamento de Dependências

-p, --productionboolean

Não instale devDependencies

--omitstring

Exclua tipos de dependência: `dev`, `optional` ou `peer`

-f, --forceboolean

Sempre solicite as versões mais recentes do registro e reinstale todas as dependências

Controle de Scripts

--ignore-scriptsboolean

Pule scripts de ciclo de vida durante o empacotamento e publicação

--trustboolean

Adicione pacotes a trustedDependencies e execute seus scripts

NOTE

**Scripts de Ciclo de Vida** — Ao fornecer um tarball pré-construído, os scripts de ciclo de vida (prepublishOnly, prepack, etc.) não são executados. Os scripts só são executados quando o próprio Bun empacota o pacote.

Gerenciamento de Arquivos

--no-saveboolean

Não atualize package.json ou lockfile

--frozen-lockfileboolean

Não permita alterações no lockfile

--yarnboolean

Gere arquivo yarn.lock (compatível com yarn v1)

Desempenho

--backendstring

Otimizações de plataforma: `clonefile` (padrão), `hardlink`, `symlink` ou `copyfile`

--network-concurrencynumber default: 48

Máximo de solicitações de rede simultâneas

--concurrent-scriptsnumber default: 5

Máximo de scripts de ciclo de vida simultâneos

Controle de Saída

--silentboolean

Suprima toda a saída

--verboseboolean

Mostre log detalhado

--no-progressboolean

Oculte a barra de progresso

--no-summaryboolean

Não imprima o resumo de publicação