-
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
42 dev config #43
base: main
Are you sure you want to change the base?
42 dev config #43
Conversation
…and Dave Bi mom and cice changes
…l mom5 version and Dave Bi's cice code changes (now updated)
…6. here snmin = 0.1
…6. here snmin = 1.0
The model version in the
|
@blimlim arrggghhh - why is this failing? its just a straight up copy of SpinUp_b which has always worked, including today. |
Hi @JhanSrbinovsky! The deployment system has different requirements depending on whether a pull request is marked as a draft or not, which I think is bringing up this error. When a PR is not a draft, the deployment assumes that you're making a new release or new version of the model. In this case it requires the version number in specs:
- [email protected]_2024.12.0
...
projections:
access-esm1p6: '{name}/dev_2024.12.0' to be updated to something new. For pull requests marked as drafts, this requirement doesn't apply and it will happily deploy prerelease executables without changes to the version number. Is the goal to merge this PR into Otherwise if you're building some executables for testing, marking this PR as a draft should then let the build go ahead. |
The model version in the
|
!redeploy |
🚀 Deploying access-esm1.6 Details and usage instructionsThis
This Prerelease is accessible on Gadi using: module use /g/data/vk83/prerelease/modules
module load access-esm1p6/pr43-1 where the binaries shall be on your 🛠️ Using: spack |
@blimlim - looks like the same error |
Hi @JhanSrbinovsky, I think the deployment itself was successful despite the messages from github! I've been able to load the modules listed:
I think the |
Yeah. The failing check is from the initial deployment of the commit. The The reason you're still seeing the red cross is because GitHub treats previous failed checks as a higher priority than new successes...bit of a quirk of GitHub! |
Thanks @CodeGat! |
Redeploying is quite simple thanks to @CodeGat! You just have to add a comment saying "!redeploy" |
Indeed. Its main use case was for redeploying changes to a |
🚀 Deploying access-esm1.6 Details and usage instructionsThis
This Prerelease is accessible on Gadi using: module use /g/data/vk83/prerelease/modules
module load access-esm1p6/pr43-2 where the binaries shall be on your 🛠️ Using: spack |
!redeploy |
🚀 Deploying access-esm1.6 Details and usage instructionsThis
This Prerelease is accessible on Gadi using: module use /g/data/vk83/prerelease/modules
module load access-esm1p6/pr43-3 where the binaries shall be on your 🛠️ Using: spack |
see issue #42
🚀 The latest prerelease
access-esm1p6/pr43-3
at 8f70ab1 is here: #43 (comment) 🚀