Add 2 issue templates #1
Open
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
Why is this feature needed?
The GitHub repository currently lacks standardized issue templates, which can lead to inconsistent issue reports and feature requests. By adding these two templates—one for bug reports 8000 and one for feature requests—we aim to streamline and structure the information collected from users, thereby improving issue comprehension and facilitating a faster resolution process.
What and how are we changing? Why this approach?
We are adding two new YAML files in the .github/ISSUE_TEMPLATE directory:
Using YAML templates allows GitHub to automatically present users with these forms when they open an issue, ensuring consistency and reducing the information gap between users and maintainers.
What actions are required from users?
End users do not need to take any additional actions. When creating a new issue, they will now see structured choices and fields to correctly report a bug or request a feature. Maintainers and contributors should also review the templates to ensure they align with the current project requirements.
How does it work? (Technical details)
Is it backwards compatible?
Yes, these changes are fully backwards compatible. They only affect the issue creation process on GitHub and will not interfere with any existing workflows or project functionalities.
Any other considerations?