Variáveis de ambiente em YML - substituídas apenas pelas do SO

Olá pessoal.
É possível – percebo que é uma pergunta do tipo yaml, mas pensei que os especialistas aqui deveriam saber – substituir parâmetros/variáveis pelos próprios do sistema operacional (bash), em tempo de build?
Diga…
host: /APPOW/log/${HOSTNAME}/discourse.test
Pensei que isso funcionaria nativamente, mas não funcionou para mim. Obrigado.

Obrigado. Não, a menos que eu tenha ficado cego, temporariamente - possível - não cobre minha pergunta. Cobre?
Estou falando sobre variáveis de ambiente do SO, variáveis de shell que em YAML resolveriam seus valores – novamente, definidas no shell do host (não existem em .yml)

Não.

Você pode defini-los em tempo de execução, mas não em tempo de compilação.

O que você está tentando realizar que você acha que substituir o ENV no yaml em tempo de compilação irá realizar?

Esses pequenos ajustes são salvadores quando se escala, mesmo que um pouco.\nO exemplo acima deve ser o mais revelador – sem a necessidade de "corrigi-lo" no yaml cada vez que eu construo em um ambiente diferente / host diferente.\nEu pesquisei e vi exemplos que afirmam que uma substituição tão simples deveria funcionar para YAML, mas não consigo fazer funcionar.

Não acredito que o launcher substituirá essas variáveis de ambiente. É possível criar uma imagem e, em seguida, iniciar a mesma imagem várias vezes com nomes de domínio diferentes. Você pode

./launcher start-cmd app

para ver qual variável de ambiente é necessária para iniciar.

Para fazer isso com um host que não foi inicializado, você precisará migrar o banco de dados e pré-compilar os assets.

2 curtidas

Isso certamente seria um ótimo aprimoramento para futuras versões do launcher, se o fizesse.