-
Notifications
You must be signed in to change notification settings - Fork 11
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
Simplify standard issue templates #11
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.
Some formatting suggestions.
Co-authored-by: Shane Frasier <[email protected]>
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.
More minor thangs, plus some hate directed at the "Pitch" sections.
Also, I'm troubled by the fact that the epic and issue templates are almost identical. That would seem to indicate that they are the same type of thang, and maybe we should hide the difference from the end user. Just a thought.
.github/ISSUE_TEMPLATE/epic.md
Outdated
## Pitch ## | ||
|
||
Why does this feature belong in this project? | ||
|
||
This would be useful because... | ||
|
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.
I'm not opposed to removing this section, although I can see it being useful sometimes. Is there another name we could use for it?
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.
The Pitch section basically duplicated the Motivation section that existed before - if you like that name better, we could switch.
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.
Re "Pitch" vs "Motivation", I like the latter better. "Pitch" is less precise in my mind, and makes me think of salesmen.
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.
What are you thoughts on the "Epic" and "Issue" templates being so similar? What if we reserved the right to create epics and only allowed external users to create issues?
My concern is that folks who are not @cisagov/team-ois are not going to know whether they should create an epic or an issue, and the answer will always be to create an issue. Why give them a confusing option that only makes sense for @cisagov/team-ois members? Unless I'm mistaken, there is no click-o-matic way to convert a mis-typed epic into an issue; it's a manual copy-and-paste process.
I think we should either:
- Figure out how to clearly distinguish between the epic and issue templates, or
- Drop the epic template as a template type
I assume we need epics in order to satisfy ZenHub. Is there more than one way to identify epics for Zenhub?
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.
The "Pitch" vs "Motivation" part is resolved via commit d4bb29a, but I'd like to leave the "Epic" vs "Issue" open and hear from some other members of @cisagov/team-ois.
Also, is an epic issue type necessary for ZenHub?
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.
As far as I can tell, the "epic" label is not required to exist in a GitHub repo in order for ZenHub to create epics in that repo (see Intro to ZenHub Epics). Although I don't know if ZenHub will automatically create an "epic" label in a repo if necessary- that would require a little bit of testing.
The Intro to ZenHub Epics has some good verbiage that we could use to help explain the difference between an issue and an epic.
Also, it's worth noting that ZenHub has functionality that allows one to convert issues to epics and vice versa.
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.
As far as I can tell, the "epic" label is not required to exist in a GitHub repo in order for ZenHub to create epics in that repo
I'm talking about the "epic" issue type here, not labels.
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.
They're such similar templates, I'd agree that it isn't necessary to duplicate. If someone wants to make an "epic" then they can just make a normal issue and tag it epic via labels or ZenHub.
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.
Whoops, sorry about that. In that case, I don't think ZenHub matters here. I don't believe it cares about the GitHub issue type at all- it has it's own mechanism for determining if something is a ZenHub "issue" or "epic".
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.
Eliminated in b31c613
Co-authored-by: Shane Frasier <[email protected]>
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.
I didn't see any major hangups for me that weren't touched on by others. Thanks for taking this on to improve these.
.github/ISSUE_TEMPLATE/question.md
Outdated
@@ -1,14 +1,29 @@ | |||
--- | |||
name: 💬 Questions / Help | |||
about: If you have questions, please send us an Email | |||
name: 💬 Questions & Help |
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.
Just for visibility:
#5 (comment)
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.
Addressed in 37b275b
Co-authored-by: Nick M. <[email protected]> Co-authored-by: Shane Frasier <[email protected]>
Add our top repositories and some guidance on how to get to documentation or ask questions instead of using issues.
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 looks great to me. Thank you for sifting through my zillion suggestions.
I used the number of stars/forks of our repos to generate the list in QUESTIONS.md. |
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 is some strong work 💪. I did have one further piece of discussion regarding question.md
, but it doesn't necessarily have to be resolved right now.
.github/ISSUE_TEMPLATE/question.md
Outdated
@@ -5,25 +5,10 @@ about: If you have questions, visit GitHub Discussions and Wiki pages | |||
|
|||
# 💬 Questions # |
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.
I think that rather than having a question.md
template, we should add a config.yml
to modify the Issue Selector like so:
---
# When we are comfortable with our templates, this should be changed to false
# to force new issues into an existing template.
blank_issues_enabled: true
contact_links:
- name: Questions
url: https://github.com/cisagov/.github/QUESTIONS.md
about: Please also see our documentation and Discussion boards for common questions and topics.
@dav3r @jsf9k I would appreciate your thoughts as well. You can see a sample of what it would look like in one of my testing repos here.
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.
I do this... take a look at:
https://github.com/felddy/foundryvtt-docker/blob/develop/.github/ISSUE_TEMPLATE/config.yml
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.
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.
I like the link to direct questions to the repo's GitHub Discussions, as @felddy has shown.
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.
Looks good! We can use that yml approach to link directly to Discussions in certain repositories and to QUESTIONS.md for the default/generic. Unless there's a way to have it relatively-refer to the current repository's Discussions.
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.
Looks good! We can use that yml approach to link directly to Discussions in certain repositories and to QUESTIONS.md for the default/generic. Unless there's a way to have it relatively-refer to the current repository's Discussions.
Would a relative link like this work?
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.
Looks good! We can use that yml approach to link directly to Discussions in certain repositories and to QUESTIONS.md for the default/generic. Unless there's a way to have it relatively-refer to the current repository's Discussions.
Would a relative link like this work?
Already merged 😢
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.
The problem I see with that is that not all repositories have Discussions or Wiki pages existent or active. QUESTIONS.md will at least give someone a starting point for the common repositories if they wander in.
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.
OK
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.
Looks good! We can use that yml approach to link directly to Discussions in certain repositories and to QUESTIONS.md for the default/generic. Unless there's a way to have it relatively-refer to the current repository's Discussions.
Would a relative link like this work?
Remember that adding anything to ISSUE_TEMPLATE
in a repository will break the automatic inclusion of these defaults. I had to manually add these issue templates to cisagov/cyhy_amis in cisagov/cyhy_amis#300 because of the monthly redeploy template we added.
I did not have success when testing a relative link in config.yml
when I tried.
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 looks awesome to me - thanks @hillaryj for taking on this effort! 🎻
Update the templates to reflect the changes made in cisagov/.github#11
🗣 Description
Removes existing unused issue templates and creates some more catch-all ones.
Updates each of the descriptions to provide a buffet of choices to funnel users into creating the right kind of issue.
💭 Motivation and Context
Several issue types are unused, so we've tailored these to be more useful.
Closes #5.
🧪 Testing
Documentation-only changes; view the file to see the new setup.
✅ Checklist
to reflect the changes in this PR.