Pular para o conteúdo

O que muda para um projeto da v1

O workflow da v1 do seu repositório roda o bohr-io/action a cada push, como antes. Essa action agora pergunta à bohr v2 como fazer o build do projeto (o plano de build dele: a versão do Node.js, os comandos de install e de build e os arquivos gerados de que a bohr v2 precisa), faz o build e o deploy com o bohr-io/deploy-action. O build plan fica na bohr, não no seu repositório.

  • Cada branch que recebe push ganha deploy no próprio endereço: <branch>-<repo>-<owner>.bohr.io. O branch de produção fica com <repo>-<owner>.bohr.io e os seus domínios próprios.
  • As variáveis do build são entregues ao build quando ele roda; gerencie-as em Configurações › Variáveis de ambiente. Pull requests nunca as recebem.
  • Os arquivos estáticos são publicados como a v1 publicava: os arquivos que a v1 deixava de fora (como node_modules/, .github/, package.json, lockfiles e arquivos .env) continuam de fora, e arquivos de 24 MiB ou mais são pulados com um aviso, em vez de fazer o deploy falhar.

Os projetos que a bohr hospeda são Workers com static assets na conta da bohr:

  • Static assets, vars e secrets (variáveis do site). Outros bindings (D1, KV, R2, Durable Objects…) e cron triggers não estão disponíveis enquanto a bohr hospeda o projeto; mova-o para usá-los.
  • A proteção por senha é aplicada pela borda da bohr.
  • Os domínios continuam como eram na v1. Para mudá-los, mova o projeto para a sua conta.
  • Configurações › Hospedagem mostra Hospedado pela bohr e a mudança.
  • Configurações › Domínios lista os seus domínios como No ar ou Pendente (Pendente enquanto a bohr v1 ainda serve um endereço).
  • Builds mostra as execuções do seu workflow.
  • Sem o agente, o projeto mostra Só deploys. Ativar o agente adiciona o agente, a homologação e as aprovações; o agente então também roda na conta da bohr, até você mover o projeto.

A CLI da bohr v2 é a bohr@2. O seu workflow da v1 não precisa dela. Localmente:

  • bohr deploy publica uma homologação do branch atual; bohr deploy --prod publica a produção (só donos). Veja bohr deploy.
  • Enquanto a bohr v1 ainda serve o seu endereço de produção, os deploys de produção vêm do seu workflow (production_on_v1); as homologações funcionam.
  • Os comandos da v1 (bohr dev) e as opções da v1 (--no-install, --show-install, --show-build) não existem mais.
  • Num repositório que ainda roda só na bohr v1, a CLI repassa o comando para a CLI da bohr v1, que faz o deploy como sempre fez.