Métodos de build
Dockerfile, Railpack, Nixpacks e buildpacks — qual roda e como os builds se encaixam nos seus servidores.
Passo a passo: Fazer deploy de Docker no DigitalOcean · Fazer deploy de Docker no Hetzner · Fazer deploy de Docker no Vultr · Fazer deploy de Docker no OVHcloud · Fazer deploy de Docker no Scaleway · Fazer deploy de Docker no UpCloud
| Método | Quando |
|---|---|
| Dockerfile | o repositório tem um Dockerfile que builda a aplicação (um Dockerfile que não adiciona nada do repositório — uma imagem de desenvolvimento que espera um bind mount — é ignorado automaticamente) |
| Railpack | o padrão para repositórios sem Dockerfile |
| Nixpacks | usado quando o Railpack não consegue planejar o repositório |
| Buildpacks | escolhido manualmente em Configurações → Método de build |
Builds em servidores pequenos
O Railyard ajusta automaticamente o build à máquina em que ele vai rodar, incluindo o uso de um servidor de build temporário maior quando seu provedor permite, então a maioria dos builds funciona sem nenhum ajuste manual. Os builds têm até 60 minutos, e falhas transitórias no download de imagens são retentadas automaticamente.
Se um build ainda assim ficar sem memória, a página do deploy avisa e sugere o próximo passo.