Build behaviour of a staged variable deploy on a CLI-uploaded service with a GitHub repo connected (auto-deploy off)
omoefe-dukuye
HOBBYOP
3 hours ago
A service is deployed only with railway up from CI. The service also has a GitHub repository connected, with automatic deploys disabled, Wait for CI off, and branch main. It uses Railpack, has a pre-deploy command, and Skipped Builds is off.
- When a variable change is saved and its staged change is deployed (dashboard Deploy, or CLI
variable setwithout--skip-deploys), does the new deployment build from the stored source of the latestrailway updeployment, or from the connected branch's latest commit? Is that guaranteed while a repo is connected but auto-deploy is disabled? - Is that build always a full rebuild, and does the pre-deploy command always run?
- Does that deployment use the service's current saved variables, or the previous deployment's snapshot?
- When a workspace compute hard limit is raised or removed, are stopped services redeployed (rebuild plus pre-deploy, current variables) or restarted from their existing image and snapshot? Does changing the limit while services are running redeploy them?
- Is there a supported setting that makes a deployment fail instead of building from a source other than the latest upload?
Platform-semantics question only. No account action is requested, and no identifiers, logs, code or secrets are included.
1 Replies
Status changed to Awaiting Railway Response Railway • about 3 hours ago
Railway
BOT
3 hours ago
This thread has been opened as a bounty so the community can help solve it.
Status changed to Open Railway • about 3 hours ago
3 hours ago
- It redeploys from whatever the last build was built on.
- Yes, and yes.
- It rebuilds the service with the new variables.
- Services are not automatically redeployed. The user will need to manually redeploy all stopped services. And no, changing a limit does not redeploy services.
- No. You'd need to somehow implement that in code yourself.