-
Notifications
You must be signed in to change notification settings - Fork 0
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Create a Comment Command That Redeploys the Current Commit #173
Comments
At the moment, I've been testing in ACCESS-NRI/ACCESS-TEST#7. It's not currently working: ACCESS-NRI/ACCESS-TEST#7 (comment) One of the issues is the incrementing of deployment numbers - We'll either have to find a different part of the deployment to hinge on instead of |
Fixed it! And the deployment hinges on |
Background
A common use case seems to be requiring a rebuild of the
HEAD
Prerelease when a model component using a@git.BRANCH
reference is updated. The@git.BRANCH
reference is better than using a@git.TAG
/@git.COMMIT
reference, as the others would either require adding a temporary tag, or copying the commit hash. It's also preferable to adding a comment to thespack.yaml
noting the update, because that is an update that would need to be updated.Add a comment command that redeploys the current
HEAD
.Note
As with other ChatOps methods, this will not prevent/allow merging, unless there is a way to append checks to a given commit. Specifically, if one redeployed with a model component change that broke the model, it would still be allowed to merge. Although, https://docs.github.com/en/rest/commits/statuses?apiVersion=2022-11-28#create-a-commit-status looks good...This is not the case anymore, adding checks from non-PR sources works fine, so we can prevent merging withmyrotvorets/set-commit-status-action
.Workaround
git commit --allow-empty -m "Redeploying to test out new component changes"
spack.yaml
the hash used in the components@git.BRANCH HEAD
@git.TAG
referenceThe text was updated successfully, but these errors were encountered: