Staging e produção
Um arquivo de config pode declarar vários projetos por nome, como staging e produção. Cada push vai para um deles, então o mesmo commit pode ser aplicado primeiro ao staging e depois à produção.
Vários projetos em uma config
Seu arquivo de config nomeia cada projeto ao lado de um único manifesto que descreve os modelos, operações, chaves e o resto. Um push age sobre um projeto por invocação, escolhido com --project.
Projetos comuns e separados
O Fóir não tem modo de teste nem um segundo tipo de chave. Cada projeto nomeado tem seus próprios dados, usuários e chaves, e a plataforma não guarda nenhum registro de que eles estejam relacionados. Um pipeline guarda uma chave por projeto. Uma chave usada contra o projeto errado é recusada com os dois projetos nomeados, e as chaves emitidas de cada projeto são gravadas no seu próprio arquivo env.
Só os destinos podem diferir
A cada push, a CLI resolve o manifesto de cada projeto declarado e compara os resultados. Os valores que podem diferir são os que você declara como destinos, como endpoints, redirect URIs, origens permitidas, domínios personalizados e dados do remetente. Qualquer outra diferença recusa o push e nomeia o campo e os dois valores. Um modelo que um projeto tem e outro não tem é uma dessas diferenças.
O drift é informado
Um push para um projeto nomeado falha quando esse projeto tem um modelo, operação, hook, agendamento ou dimensão de contexto que a config não declara, geralmente algo adicionado no console, e nomeia o que encontrou. A flag --prune o exclui. foir projects status imprime lado a lado o hash da config que cada projeto recebeu por último e o drift dele.
Entrar no ar é uma release
Um push grava rascunhos. Exceto por algumas alterações aditivas, como um novo modelo, a produção continua servindo a cópia publicada até uma release.
Leia os detalhes
A referência de configuração cobre a declaração de projetos nomeados, quais campos contam como destinos, arquivos env e drift.