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

Add entrance and exit criteria to release template #4083

Merged
merged 1 commit into from
Oct 10, 2023

Conversation

gaiksaya
Copy link
Member

Description

Add entrance and exit criteria to release template

Issues Resolved

List any issues this PR will resolve, e.g. Closes [...].

By submitting this pull request, I confirm that my contribution is made under the terms of the Apache 2.0 license.
For more information on following Developer Certificate of Origin and signing off your commits, please check here.

@codecov
Copy link

codecov bot commented Sep 26, 2023

Codecov Report

Merging #4083 (1c7f6e6) into main (0fe2554) will not change coverage.
The diff coverage is n/a.

@@           Coverage Diff           @@
##             main    #4083   +/-   ##
=======================================
  Coverage   93.27%   93.27%           
=======================================
  Files         187      187           
  Lines        5753     5753           
=======================================
  Hits         5366     5366           
  Misses        387      387           

@gaiksaya
Copy link
Member Author

Hi @bbarani @CEHENKLE @dblock Please review this PR to update the release issue template with entrance and exit criteria.
Wondering if entrance criteria should be placed in component issue rather than main issue.
Thanks!

Release ticket is cut, and there's a forum post announcing the start of the window | :red_circle: | |
[Any necessary security reviews](##Security-Reviews) are complete | :red_circle: | |

### OpenSearch {{ env.VERSION }} [exit criteria](https://github.com/opensearch-project/.github/blob/main/RELEASING.md#exit-criteria-to-close-release-window) status:
Copy link
Member

Choose a reason for hiding this comment

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

@CEHENKLE Should we add "No unpatched vulnerabilities of medium or higher severity that have been publicly known for more than 60 days" to exit criteria as well?

Copy link
Member

Choose a reason for hiding this comment

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

I put it into exit criteria, but yes :)

Copy link
Member Author

Choose a reason for hiding this comment

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

Added this to the exit criteria

Documentation has been fully reviewed and signed off by the documentation community | :red_circle: | |
All integration tests are passing | :red_circle: | |
Release blog is ready | :red_circle: | |

Copy link
Member

Choose a reason for hiding this comment

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

Can we add something about all med and high CVEs older than 60 days have been addressed?

Copy link
Member

Choose a reason for hiding this comment

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

I think we need to add that to the releasing.md as well.

Copy link
Member Author

Choose a reason for hiding this comment

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

Should this be in main issue as well as child issues? (Basically build repo issue and all components issues as well?)

Copy link
Member Author

Choose a reason for hiding this comment

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

Added to the main issue for now.

Copy link
Member

Choose a reason for hiding this comment

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

I think it makes sense to push it out to all the repos, but WDYT?

Copy link
Member Author

@gaiksaya gaiksaya Oct 5, 2023

Choose a reason for hiding this comment

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

I believe @bbarani raised a point that if some criteria changes, how do we keep track of all places to change it. Its like how we update dates. We mention them in main issues and refer the child components to go look there.
If the criteria is not gonna be that dynamic then I am okay to add them in child issues too for now. Let me know.

Release ticket is cut, and there's a forum post announcing the start of the window | :red_circle: | |
[Any necessary security reviews](##Security-Reviews) are complete | :red_circle: | |

### OpenSearch {{ env.VERSION }} [exit criteria](https://github.com/opensearch-project/.github/blob/main/RELEASING.md#exit-criteria-to-close-release-window) status:
Copy link
Member

Choose a reason for hiding this comment

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

I put it into exit criteria, but yes :)

Documentation has been fully reviewed and signed off by the documentation community | :red_circle: | |
All integration tests are passing | :red_circle: | |
Release blog is ready | :red_circle: | |

Copy link
Member

Choose a reason for hiding this comment

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

I think it makes sense to push it out to all the repos, but WDYT?

@gaiksaya gaiksaya merged commit 8519b37 into opensearch-project:main Oct 10, 2023
@gaiksaya gaiksaya deleted the template-fix branch October 10, 2023 19:14
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3 participants