Skip to content
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

Deploy on Release #64

Closed
26 of 29 tasks
surchs opened this issue Nov 10, 2023 · 2 comments
Closed
26 of 29 tasks

Deploy on Release #64

surchs opened this issue Nov 10, 2023 · 2 comments
Labels
Milestone Used to track other issues that are required to complete the milestone. process Improvement to internal processes

Comments

@surchs
Copy link
Contributor

surchs commented Nov 10, 2023

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

  • Part of Grow userbase #49
  • So we have frequent, versioned builds and releases
  • So we have a clear language to discuss issues (what version) and node deployments

Outcomes

  • We have a simple process to make a release, ideally whenever a small set of new features have accumulated
  • On release we tag builds with the new version
  • We have (semi)-automatic processes to deploy newly released versions to production
  • Existing processes that deploy directly from the HEAD of the main branch are removed

What

Auto releasing using auto:

What we need to do next:

Important 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

@surchs surchs converted this from a draft issue Nov 10, 2023
@surchs surchs added Milestone Used to track other issues that are required to complete the milestone. type:maintenance process Improvement to internal processes labels Nov 10, 2023
@surchs surchs mentioned this issue Dec 4, 2023
18 tasks
@alyssadai
Copy link
Contributor

@alyssadai
Copy link
Contributor

Closing as all main tasks are complete! 🚀🎉

@github-project-automation github-project-automation bot moved this to Review - Done in Neurobagel Jan 19, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Milestone Used to track other issues that are required to complete the milestone. process Improvement to internal processes
Projects
Archived in project
Development

No branches or pull requests

2 participants