-
Notifications
You must be signed in to change notification settings - Fork 80
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
added Triage document for weekly triages #547
Conversation
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Left some comments
Signed-off-by: Chinmay Gadgil <chinmay5j@gmail.com> fixed anchor links Signed-off-by: Chinmay Gadgil <chinmay5j@gmail.com> updated triage.md based on comments Signed-off-by: Chinmay Gadgil <chinmay5j@gmail.com>
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGTM! Thanks for doing this
The meeting duration will be no more than 1 hour every Tuesday @1.30 PM PDT/3.30 PM CDT | ||
|
||
## What is Triaging | ||
Triage is a process of grooming issues with correct labels, assigning them owners if available, ensuring that the issues have all the required information so that they are actionable |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Triaging is the process of prioritizing issues to be acted on, grooming them with correct labels...
- [How to Triage](#how-to-triage) | ||
|
||
## Scope | ||
These guidelines serve as a primary document for triaging issues in [opensearch-benchmark](https://github.com/opensearch-project/opensearch-benchmark) and [opensearch-benchmark-workloads](https://github.com/opensearch-project/opensearch-benchmark-workloads) project. For maintainers/contributors, it is a guide to ensure that we address all customer issues and address feature requests in a timely manner. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This document provides guidelines for the triaging of GitHub issues in the ... and ... repositories.
Triage is a process of grooming issues with correct labels, assigning them owners if available, ensuring that the issues have all the required information so that they are actionable | ||
|
||
## How to Triage | ||
The steps listed below are not exhaustive and can be updated. Start with [opensearch-benchmark](https://github.com/opensearch-project/opensearch-benchmark) followed by [opensearch-benchmark-workloads](https://github.com/opensearch-project/opensearch-benchmark-workloads) project. For each of these projects we can follow the below steps to triage Issues from different categories. Try to cover at least 1 Issue from each of the below listed category. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
project/projects -> repository/repositories
For each of these projects we can follow the steps below to triage issues from different categories. Try to cover at least one issue from each of the below listed categories.
### Steps to triage [opensearch-benchmark](https://github.com/opensearch-project/opensearch-benchmark) | ||
- [Untriaged](https://github.com/opensearch-project/opensearch-benchmark/issues?q=is%3Aopen+is%3Aissue+no%3Alabel) | ||
- First check if any of the untriaged issue is a duplicate. If yes, then comment the duplicate Issue link and close the duplicate | ||
- Assign appropriate labels for these Issues such as bug, enhancements, breaking etc. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Assign a priority label to the issue, if appropriate.
|
||
- [Bugs](https://github.com/opensearch-project/opensearch-benchmark-workloads/issues?q=is%3Aopen+is%3Aissue+label%3Abug) | ||
- Search for Issues which are labeled as bugs | ||
- Comment with a status update such as In Progress, Not Planned, Needs more information |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Add a priority label if the issue warrants it.
|
||
- [Enhancement](https://github.com/opensearch-project/opensearch-benchmark-workloads/issues?q=is%3Aopen+is%3Aissue+label%3Aenhancement) | ||
- Search for Issues which are feature requests/enhancements | ||
- Comment with a status update and assign owners if it is going to be the next release candidate |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Add comments as needed and ensure an owner is assigned if the feature is scheduled for the next release.
- These Issues although not breaking are important for better customer experience | ||
- Feel free to encourage the requester to raise a PR, these can be tagged as good first Issue as well | ||
|
||
*There could be an overlap of Issues in more than 1 category such as Breaking and Bugs or Breaking and High Priority. In this case try to triage a different Issue which is not already covered* |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Notwithstanding the steps laid out above, some issues may fall into multiple categories and need to be triaged only once.
Signed-off-by: Chinmay Gadgil <chinmay5j@gmail.com>
Description
[Describe what this change achieves]
This PR is to start gathering feedback and update triage.md
Testing
NA
[Describe how this change was tested]
rendered the markdown in local setup
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.