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

Simplify standard issue templates #11

Merged
merged 16 commits into from
Jan 5, 2021
Merged

Conversation

hillaryj
Copy link
Contributor

🗣 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

  • This PR has an informative and human-readable title.
  • Changes are limited to a single goal - eschew scope creep!
  • All relevant type-of-change labels have been added.
  • I have read the CONTRIBUTING document.
  • These code changes follow cisagov code standards.
  • All relevant repo and/or project documentation has been updated
    to reflect the changes in this PR.

@hillaryj hillaryj added improvement This issue or pull request will add or improve functionality, maintainability, or ease of use documentation This issue or pull request improves or adds to documentation labels Dec 23, 2020
@hillaryj hillaryj requested review from jsf9k, dav3r and mcdonnnj December 23, 2020 16:42
@hillaryj hillaryj self-assigned this Dec 23, 2020
@hillaryj hillaryj requested a review from felddy as a code owner December 23, 2020 16:42
@hillaryj hillaryj changed the title Improve and simplify standard issue templates Simplify standard issue templates Dec 23, 2020
Copy link
Member

@jsf9k jsf9k left a comment

Choose a reason for hiding this comment

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

Some formatting suggestions.

.github/ISSUE_TEMPLATE/bug.md Outdated Show resolved Hide resolved
.github/ISSUE_TEMPLATE/bug.md Outdated Show resolved Hide resolved
.github/ISSUE_TEMPLATE/bug.md Outdated Show resolved Hide resolved
.github/ISSUE_TEMPLATE/bug.md Outdated Show resolved Hide resolved
.github/ISSUE_TEMPLATE/epic.md Outdated Show resolved Hide resolved
.github/ISSUE_TEMPLATE/issue.md Outdated Show resolved Hide resolved
.github/ISSUE_TEMPLATE/question.md Outdated Show resolved Hide resolved
.github/ISSUE_TEMPLATE/question.md Outdated Show resolved Hide resolved
.github/ISSUE_TEMPLATE/question.md Outdated Show resolved Hide resolved
.github/ISSUE_TEMPLATE/question.md Outdated Show resolved Hide resolved
Copy link
Member

@jsf9k jsf9k left a 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/bug.md Outdated Show resolved Hide resolved
Comment on lines 13 to 18
## Pitch ##

Why does this feature belong in this project?

This would be useful because...

Copy link
Member

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?

Copy link
Contributor Author

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.

Copy link
Member

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.

Copy link
Member

@jsf9k jsf9k Dec 28, 2020

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?

Copy link
Member

@jsf9k jsf9k Dec 29, 2020

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?

Copy link
Member

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.

Copy link
Member

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.

Copy link
Contributor Author

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.

Copy link
Member

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".

Copy link
Contributor Author

Choose a reason for hiding this comment

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

Eliminated in b31c613

.github/ISSUE_TEMPLATE/epic.md Outdated Show resolved Hide resolved
.github/ISSUE_TEMPLATE/issue.md Outdated Show resolved Hide resolved
.github/ISSUE_TEMPLATE/issue.md Outdated Show resolved Hide resolved
Copy link
Member

@mcdonnnj mcdonnnj left a 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/bug.md Outdated Show resolved Hide resolved
.github/ISSUE_TEMPLATE/epic.md Outdated Show resolved Hide resolved
@@ -1,14 +1,29 @@
---
name: 💬 Questions / Help
about: If you have questions, please send us an Email
name: 💬 Questions & Help
Copy link
Member

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)

Copy link
Contributor Author

Choose a reason for hiding this comment

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

Addressed in 37b275b

hillaryj and others added 5 commits January 4, 2021 08:32
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.
@hillaryj hillaryj requested review from jsf9k and mcdonnnj January 4, 2021 17:18
Copy link
Member

@jsf9k jsf9k left a 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.

@hillaryj
Copy link
Contributor Author

hillaryj commented Jan 4, 2021

I used the number of stars/forks of our repos to generate the list in QUESTIONS.md.

Copy link
Member

@mcdonnnj mcdonnnj left a 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.

@@ -5,25 +5,10 @@ about: If you have questions, visit GitHub Discussions and Wiki pages

# 💬 Questions #
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 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.

Copy link
Member

Choose a reason for hiding this comment

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

Copy link
Member

Choose a reason for hiding this comment

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

I like what @mcdonnnj and @felddy are suggesting.

Copy link
Member

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.

Copy link
Contributor Author

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.

Copy link
Member

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?

Copy link
Member

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 😢

Copy link
Contributor Author

@hillaryj hillaryj Jan 5, 2021

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.

Copy link
Member

Choose a reason for hiding this comment

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

OK

Copy link
Member

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.

Copy link
Member

@dav3r dav3r left a 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! 🎻

@hillaryj hillaryj merged commit 45aa08c into develop Jan 5, 2021
@hillaryj hillaryj deleted the improve-issue-templates branch January 5, 2021 16:50
@jsf9k jsf9k mentioned this pull request Jan 5, 2021
6 tasks
mcdonnnj added a commit to cisagov/cyhy_amis that referenced this pull request Jan 5, 2021
Update the templates to reflect the changes made in
cisagov/.github#11
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
documentation This issue or pull request improves or adds to documentation improvement This issue or pull request will add or improve functionality, maintainability, or ease of use
Projects
None yet
Development

Successfully merging this pull request may close these issues.

Consolidate and simplify issue templates
5 participants