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

Update release process #309

Open
fantkolja opened this issue Jun 15, 2021 · 2 comments
Open

Update release process #309

fantkolja opened this issue Jun 15, 2021 · 2 comments
Assignees
Labels
enhancement New feature or request High Priority
Milestone

Comments

@fantkolja
Copy link
Collaborator

Extract from the slack discussion:

Regarding our versioning:
Do I understand it correctly: if we decide to upgrade a version, we do everything the README says in the related section.
But if we just merge a PR a canary version should be deployed (the one with next)?
I have just merged a PR and instead of producing a canary version for 1.1.1 (our current version), it produces the next version for 1.0.1.
Question:
Should we fix versioning, so the canary versions are added to the latest release?
OR
We should refuse at all from the canary versions? (But seems it is not possible with the flow described in the README, because we release a version from the master, i.e. when the PR is merged and canary release has initiated/finished)

@fantkolja fantkolja added the enhancement New feature or request label Jun 15, 2021
@danad02
Copy link
Contributor

danad02 commented Jun 17, 2021

I am all for fixing versioning so the canary version is added to the latest release

@pawelklasa
Copy link

Continuous releases.

@pawelklasa pawelklasa added this to the 1.2.0 milestone Jul 16, 2021
@fantkolja fantkolja self-assigned this Jul 26, 2021
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request High Priority
Projects
None yet
Development

No branches or pull requests

3 participants