-
Notifications
You must be signed in to change notification settings - Fork 9
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
GitHub issues + pull request templates #351
Conversation
nullsystem
commented
Jun 8, 2024
•
edited
Loading
edited
- NOTE: This was first done via GitHub's settings and some template to create the issues template. That's why the branch is within the main repo and why the issues markdown formatting is different to the PR's one (which doesn't have a template to create a template).
- Add issues template giving an option between bug report or feature request
- Structured especially for bug report so it can be followed through
- Altered slightly from GitHub's given default to fit a bit more for NT;RE
- resolves GitHub issues and pull requests templates #350
- Issues reporting are both YAML files to leverage form feature. PR will be kept as markdown since it'd rather it be more free-formed.
LGTM Edit: Didnt noticce it was draft |
* Add issues template giving an option between bug report or feature request * Structured especially for bug report so it can be followed through * Altered slightly from GitHub's given default to fit a bit more for NT;RE * Add PR template * resolves: #350
41e2b9a
to
d12b42f
Compare
Actually, should the bug reports be turned into using the "issue forms" yaml format instead? It does seem to give more controls, probably an advantage with the URL linking and put in build info + OS at specific places. Not a fan of the yaml format though. |
YAML comes up more prominently when looking for GitHub docs as to how to do this stuff. Might be a good idea. |
I mentioned it earlier, but one of the issues with issues not created
through the projects view is that we lose the bounty tracking by default,
though we could probably fix this relatively easily with some auto-tagging.
Apologies for the surface level insight, I might have some time later today
to give a more in depth review.
…On Sun, 9 Jun 2024, 03:32 Rain, ***@***.***> wrote:
Actually, should the bug reports be turned into using the "issue forms"
yaml format instead? It does seem to give more controls, probably an
advantage with the URL linking and put in build info + OS at specific
places. Not a fan of the yaml format though.
YAML comes up more prominently when looking for GitHub docs as to how to
do this stuff. Might be a good idea.
—
Reply to this email directly, view it on GitHub
<#351 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/ABV3LDTEZV6JK4NDDM4CU7LZGOWBPAVCNFSM6AAAAABJAKWBGCVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDCNJWGI3DAMZUHA>
.
You are receiving this because your review was requested.Message ID:
***@***.***>
|
@blaberry It seems like creating an issue through projects is able to use the templates anyway. Clicking on "+" -> Create a new issue -> Above "Add a title" currently it says "Blank issue in NeotokyoRebuild/neo" but with templates put in it'll be some template instead. EDIT: Actually it does seem like templates supports auto-adding to projects anyway. |
Yeah using the templates for project-created issues is a great thing, I was only concerned about the opposite flow, ie how do we make sure issues don't get lost by not being assigned a project/milestone. But if we can add them to the bounty project by default then all good by me. |
So regarding the URL, I'm wondering if it's a GitHub's bug but the URL GET parameters seemed to overridden the defaults set in the template. However these parameters can be set back anyway. Ending URL with: If someone just go through the normal issue creation workflow (via Issues page, not project board), these defaults parameters (bug label, project board auto-add, etc..) will be applied as expected. In which in this case creating an issue from the Project section isn't a necessity anymore to add it to Project board. It seems like the markdown somehow doesn't recognize the projects section and can't auto-add to project, so will also change the feature request to YAML/form format also. |
This comment was marked as resolved.
This comment was marked as resolved.
@Rainyan I kind of think bugs titles as "State of things currently" and features/changes titles as "The desired state of things". Either not a big deal or give a guideline for bugs title to be consistent. Not taking Qt's bug reports as a guideline, but the general gist over there: https://bugreports.qt.io/browse/QTBUG-126211?jql=project%20%3D%20QTBUG |
@blaberry
|
* GitHub issues + PR template * Add issues template giving an option between bug report or feature request * Structured especially for bug report so it can be followed through * Altered slightly from GitHub's given default to fit a bit more for NT;RE * Add PR template * resolves: #350 * More comments to aid issue write ups * PR review changes * Update bug report to yml forms format * Change feature_request to yaml * Added more optional inputs, improve wordings and clarifications * Add some more links and expand the feature requests a little. * Fix weird newline breaking the parsing. * PR review, title space, placeholder example feature req * Five Ws --------- Co-authored-by: Linn <hamstertejp@gmail.com>