Define release guidelines for baremetal-operator and start publishing releases about metal3-docs HOT 23 CLOSED

Issues go stale after 90d of inactivity.
Mark the issue as fresh with /remove-lifecycle stale.
Stale issues will close after an additional 30d of inactivity.

If this issue is safe to close now please do so with /close.

/lifecycle stale

from metal3-docs.

/remove-lifecycle stale
/lifecycle freeze

from metal3-docs.

Issues go stale after 90d of inactivity.
Mark the issue as fresh with /remove-lifecycle stale.
Stale issues will close after an additional 30d of inactivity.

If this issue is safe to close now please do so with /close.

/lifecycle stale

from metal3-docs.

Stale issues close after 30d of inactivity. Reopen the issue with /reopen. Mark the issue as fresh with /remove-lifecycle stale.

/close

from metal3-docs.

@metal3-io-bot: Closing this issue.

from metal3-docs.

reopened, since this is still relevant

from metal3-docs.

Stale issues close after 30d of inactivity. Reopen the issue with /reopen. Mark the issue as fresh with /remove-lifecycle stale.

/close

from metal3-docs.

@metal3-io-bot: Closing this issue.

from metal3-docs.

Reopening, since this has not been solved yet and still relevant

from metal3-docs.

/triage accepted

from metal3-docs.

/remove-lifecycle stale

from metal3-docs.

Yesterday during the community meeting we discussed the process of starting Baremetal Operator project releases. We are going to follow the widespread semantic versioning scheme and since we have not yet announced BMO as stable we would like to have more frequent and smaller releases for now and when we reach the stability we would like to stick to the same release cycle as Kubernetes (3 times a year). But we will discuss it again when the time comes for that.

To start with, our MAJOR version will be 0, until we feel that the codebase is stable enough for the production. As such, we could start with MINOR version 0.1.0 and continue incrementing from there.

Main branch will be for development while release-MINOR.PATCH branch is for stable, tested and backwards compatible code. Whenever there is a new major or minor release, a new branch will be created with release-MINOR.PATCH name.

from metal3-docs.

@fmuyassarov major version 0 can be an issue for go.mod

Are we sure that that kind of release versioning will be compatible for go.mod usage?

from metal3-docs.

What is the issue? We have been using it in CAPM3 until now.

from metal3-docs.

What is the issue? We have been using it in CAPM3 until now.

https://go.dev/doc/modules/version-numbers

Hmm, you are correct as per the link above.

I assume possible issue can be with v0 to v1 (creating a branch or subfolder)

from metal3-docs.

What is the issue? We have been using it in CAPM3 until now.

https://go.dev/doc/modules/version-numbers

Hmm, you are correct as per the link above.

I assume possible issue can be with v0 to v1 (creating a branch or subfolder)

I don't see an issue in branching as well to be honest. But after your point, I realized that branch naming should not be release-MINOR.PATCH but instead release-MAJOR.MINOR because each MINOR can have 0,1,3..9 PATCH releases, and we don't want to create a branch for every single patch release. I will make correction on my email and thanks for pointing out.

from metal3-docs.

@fmuyassarov I was pointing out that go expects that new Major release should be in separate branch or subfolder and named as Major version value.

So transition for v0 to v1, according to golang spec, we would need to put newer code in new branch named v1 or into subfolder v1.

Not sure that this is actually needed for v0 to v1, pretty much sure that this is needed for v1 to v2 transition.

from metal3-docs.

/remove-lifecycle stale

from metal3-docs.

Issues go stale after 90d of inactivity.
Mark the issue as fresh with /remove-lifecycle stale.
Stale issues will close after an additional 30d of inactivity.

If this issue is safe to close now please do so with /close.

/lifecycle stale

from metal3-docs.

I would close this I think this issue has been resolved but please give your opinion.

from metal3-docs.

I would close this I think this issue has been resolved but please give your opinion.

+1

from metal3-docs.

We have started releasing BMO and we have a release guideline in review metal3-io/baremetal-operator#1170.
/close

from metal3-docs.

@Rozzii: Closing this issue.

from metal3-docs.