You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Currently, the redeploy command redeploys the latest deployment of a service, but it lacks a --ci flag (or similar) to optimize it for CI/CD workflows where only a container restart is needed without pulling a new image. In my use case, I update an S3 file in a GitHub Actions workflow and want to restart the container to pick up the new file, then wait until health checks complete to verify if the updated S3 file works correctly or fails. The existing redeploy command pulls the image again, which is unnecessary overhead, and there’s no way to ensure it waits for health checks in a CI-friendly way.
Proposed Solution
Add a --ci flag (or similar, e.g., --restart-only) to the redeploy command that:
Restarts the existing container without pulling a new image (similar to the web UI’s "Restart" action).
Waits until health checks complete before returning, ensuring the CI pipeline can verify the deployment’s success or failure based on the updated S3 file.
Example Usage
railway redeploy --service=my-service --ci
Restarts the container.
Waits for health checks to pass/fail.
Exits with a success/failure code for CI/CD integration.
Why This Matters
This would streamline CI/CD workflows where external resources (like S3 files) are updated, avoiding unnecessary image redeploys and ensuring health check validation, which is critical for confirming functionality without relying on fixed sleep commands.
Current Workaround
Using railway redeploy works but pulls the image again, adding overhead. There’s no CLI equivalent to a simple restart, and no built-in way to wait for health checks explicitly in CI.
Problem
Currently, the
redeploy
command redeploys the latest deployment of a service, but it lacks a--ci
flag (or similar) to optimize it for CI/CD workflows where only a container restart is needed without pulling a new image. In my use case, I update an S3 file in a GitHub Actions workflow and want to restart the container to pick up the new file, then wait until health checks complete to verify if the updated S3 file works correctly or fails. The existingredeploy
command pulls the image again, which is unnecessary overhead, and there’s no way to ensure it waits for health checks in a CI-friendly way.Proposed Solution
Add a
--ci
flag (or similar, e.g.,--restart-only
) to theredeploy
command that:Example Usage
Why This Matters
This would streamline CI/CD workflows where external resources (like S3 files) are updated, avoiding unnecessary image redeploys and ensuring health check validation, which is critical for confirming functionality without relying on fixed
sleep
commands.Current Workaround
Using
railway redeploy
works but pulls the image again, adding overhead. There’s no CLI equivalent to a simple restart, and no built-in way to wait for health checks explicitly in CI.Additional Context
Thanks for considering this enhancement!
The text was updated successfully, but these errors were encountered: