Skip to content

Update release policy page #1447

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

Merged
merged 9 commits into from
Sep 8, 2020
Merged

Update release policy page #1447

merged 9 commits into from
Sep 8, 2020

Conversation

veod32
Copy link
Collaborator

@veod32 veod32 commented Aug 7, 2020

No description provided.

Copy link
Member

@Totktonada Totktonada left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Commented below. Everything else does not contradict with my understanding of the processes.

@Totktonada
Copy link
Member

Totktonada commented Aug 7, 2020

In all supported releases, we also release a PATCH release as soon as we find and fix an outstanding CVE/vulnerability.

@kyukhin Please, decide whether this outstanding situation should be handled this way (via publishing a new release out of usual timelines).

Since our repositories have per-push packages, it is not necessary, maybe. However we should notify users about necessity to update and properly describe reasons.

@kyukhin
Copy link
Contributor

kyukhin commented Aug 10, 2020

In all supported releases, we also release a PATCH release as soon as we find and fix an outstanding CVE/vulnerability.

@kyukhin Please, decide whether this outstanding situation should be handled this way (via publishing a new release out of usual timelines).

Since our repositories have per-push packages, it is not necessary, maybe. However we should notify users about necessity to update and properly describe reasons.

Maybe just notify users about the patch. I see no reason for tagging new release in the case.

@Totktonada
Copy link
Member

@veod32 Please, adjust the cited sentence accordingly.

@veod32
Copy link
Collaborator Author

veod32 commented Aug 11, 2020

@Totktonada All review comments have been resolved. Please review once again.

@veod32 veod32 requested a review from Totktonada August 11, 2020 18:36
Copy link
Member

@Totktonada Totktonada left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Thanks for the changes!

I looked over the resulting document and highlighted everything that contradits with my understanding or may be formulated better.

@veod32
Copy link
Collaborator Author

veod32 commented Sep 4, 2020

@Totktonada I've resolved all the comments. Also I restructured the content and re-wrote some of the paragraphs as we discussed. Some of the paragraphs are deleted as the contained the duplication of info.
Please review once again.

Copy link
Member

@Totktonada Totktonada left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

LGTM.

I gave several minor comments, but they are tiny and there is no need to re-review it with me.

Maybe @kyukhin want to take a glance at the final variant.

veod32 and others added 3 commits September 8, 2020 18:38
Co-authored-by: Elena Shebunyaeva <elena.shebunyaeva@gmail.com>
Co-authored-by: Elena Shebunyaeva <elena.shebunyaeva@gmail.com>
Co-authored-by: Elena Shebunyaeva <elena.shebunyaeva@gmail.com>
@veod32 veod32 merged commit 0a92408 into 1.10 Sep 8, 2020
@veod32 veod32 deleted the veod32-gh-1420 branch February 5, 2021 12:50
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

[1pt] Instruction for releasing a docker container is not actual [36pt] Update release policy web page
4 participants