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
{{ message }}
This repository has been archived by the owner on Dec 14, 2022. It is now read-only.
If you try to /deploy something that has some pending commit statuses, you'll see a message like this:
I think it would be nice if the buttons were extended with an "Enqueue" button, which would queue it up to be deployed once the commit statuses were passing.
This could use all of the existing infrastructure for CD, so it'd be really easy to build.
The text was updated successfully, but these errors were encountered:
One thing that isn't so straightforward with this is that, when you request a deployment through /deploy, you're usually giving a ref (branch/tag, eg. "master") and the GitHub deployments API does it's magic by converting that ref to a commit sha to deploy.
The AutoDeployments infrastructure with SlashDeploy only deals in commit sha's, so SlashDeploy itself would need to do some work to resolve a ref to a sha. Lame. It'd be nice if the error returned when creating a deployment gave you the resolved ref.
Sign up for freeto subscribe to this conversation on GitHub.
Already have an account?
Sign in.
If you try to /deploy something that has some pending commit statuses, you'll see a message like this:
I think it would be nice if the buttons were extended with an "Enqueue" button, which would queue it up to be deployed once the commit statuses were passing.
This could use all of the existing infrastructure for CD, so it'd be really easy to build.
The text was updated successfully, but these errors were encountered: