1001Ferramentas
🚂Dev

Gerador railway.toml

Gere um railway.toml com comando de build, start e healthcheck prontos para o deploy na Railway. Configure tudo pelo navegador e cole no seu repositório.



  

railway.toml de build, start e healthcheck

Na Railway dá para configurar tudo pelo painel, só que aí a configuração vive fora do repositório: ninguém revisa em pull request e cada ambiente novo nasce um pouco diferente. O railway.toml guarda etapa de build, comando de start e healthcheck junto do código. Esta página entrega um arquivo desses já preenchido, com Nixpacks, npm run build, npm start e política de restart.

A saída é fixa e não tem formulário: o texto aparece quando a página carrega e o botão apenas o imprime de novo. O detalhe que importa é a precedência. O que está no railway.toml vale mais do que o que você configurou no painel, então, depois de comitar esse arquivo, mudar o comando de start pela interface deixa de ter efeito. Isso pega muita gente no primeiro deploy.

Antes de comitar, garanta que existe uma rota /health respondendo 200. Se ela não existir, a Railway espera os 100 segundos de healthcheckTimeout, marca o deploy como falho e mantém a versão anterior no ar. Se o projeto não tem etapa de build, apague o buildCommand em vez de deixar um npm run build inexistente. Com Dockerfile na raiz, troque o builder para DOCKERFILE. O arquivo é montado no navegador.

Perguntas frequentes

O healthcheckTimeout é em segundos ou milissegundos?
Segundos. O valor 100 dá pouco mais de um minuto e meio para a aplicação começar a responder no caminho configurado.
Dá para editar os comandos dentro da própria ferramenta?
Não, o bloco é fixo. Copie e ajuste buildCommand e startCommand para os scripts que existem no seu package.json.
Qual a diferença entre NIXPACKS e DOCKERFILE?
Com NIXPACKS a Railway detecta a stack e monta a imagem por você. Com DOCKERFILE ela usa o seu Dockerfile e ignora a detecção automática.

Ferramentas Relacionadas