Deploy on Release #64
Labels
maint:process
Improvement to internal processes
Milestone
Used to track other issues that are required to complete the milestone.
type:maintenance
Upkeeping efforts & catch-up corrective improvements that are not Features nor Bugs
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: