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
It has been quite a while since our tools were released. One reason for that is that we essentially deploy directly to production from the head branch of our tools. With a growing number of remote nodes, that becomes less practical. And it's also a good idea in general to have deterministic deployments, i.e. of specific versions.
Solution is, provide a PAT - also fixes our branch protection problem (EDIT: nope, branch protection still blocks the release, so the plugin is still needed)
Context
It has been quite a while since our tools were released. One reason for that is that we essentially deploy directly to production from the head branch of our tools. With a growing number of remote nodes, that becomes less practical. And it's also a good idea in general to have deterministic deployments, i.e. of specific versions.
Why
Outcomes
What
nightly
api#239stable
versioned images on release api#241neurobagel/api:stable
-> in future, when this moves, we want to give it alast-stable
or similar tagneurobagel/api:v0.1.1
Auto releasing using
auto
:major
label b/c this will trigger major version bumpWhat we need to do next:
release
label to CLIrelease
back totrue
in CLIplanning
repo and ensure they are propagatedImportant reference issues:
Good examples of release workflows:
Related
For reference, this is the process that Dandi uses for release automation: https://github.com/dandi/dandi-cli/blob/master/.github/workflows/release.yml
This uses: https://github.com/intuit/auto
Related
The text was updated successfully, but these errors were encountered: