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

Take a relatively loose approach to release management #53

Open
phenaproxima opened this issue May 8, 2024 · 0 comments
Open

Take a relatively loose approach to release management #53

phenaproxima opened this issue May 8, 2024 · 0 comments

Comments

@phenaproxima
Copy link
Owner

phenaproxima commented May 8, 2024

These are just some ideas for governance policy, which is outside my pay grade, but I wanted to note them down for future discussion/consideration:

I think anyone with commit access to Starshot should be able to:

  • Commit things like hotfixes, typo fixes, minor README addenda, etc. to main directly and unilaterally, without first submitting a PR.
  • Roll patch-level releases unilaterally.

These would, I think, be in the interest of keeping Starshot fast-moving. The lack of an upgrade path means we have more freedom to move fast and hopefully not break things.

I would also advocate for making the "RTBC process" discretionary. In other words, folks with commit access to Starshot should be trusted to review and commit anything they think is ready to go, even if it's their own work. Peer review is certainly good practice, and should be recommended, but it need not be required. We can always revert a bad commit, or make follow-up changes to fine-tune things.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

1 participant