7 days ago
RAILWAY_PROJECT_NAME=>widdyup-backend-from-github
RAILWAY_SERVICE_NAME=>widdyup
RAILWAY_PROJECT_ID=>d6bfbe54-adbe-4e16-b4ff-badd7d915828
My Node.js monorepo, built with TypeScript, is configured for deployment via a validated Dockerfile located in the repository's root. Although Railway is integrated with my GitHub repository and automatically triggers deployments upon main branch changes, I've observed inconsistent behavior.
Specifically, Railway's project detection is not reliable: it occasionally recognizes the project as a Dockerfile deployment (the desired state), but at other times, it misidentifies it as a standard Node.js project, resulting in failed deployments.
I need guidance on how to configure Railway to consistently enforce Dockerfile-based deployments for this monorepo
Attachments
2 Replies
7 days ago
Hey there! We've found the following might help you get unblocked faster:
If you find the answer from one of these, please let us know by solving the thread!
7 days ago
Hello,
The latest failed deployment simply does not have a Dockerfile present.
Best,
Brody
Status changed to Awaiting User Response Railway • 7 days ago