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

Add issue templates #559

Open
aguschin opened this issue May 25, 2021 · 3 comments
Open

Add issue templates #559

aguschin opened this issue May 25, 2021 · 3 comments
Labels
discussion Waiting for team decision

Comments

@aguschin
Copy link

DVC repo has great issue templates https://github.com/iterative/dvc/issues/new/choose, which could be useful for this repo as well. The one for the bug report has a good structure which helps to frame discussion and reflect steps required to reproduce the issue, output of dvc doctor and such. It would be handy to have similar templates in CML repo.

@aguschin aguschin added the discussion Waiting for team decision label May 25, 2021
@DavidGOrtega
Copy link
Contributor

DavidGOrtega commented May 25, 2021

@aguschin I have thought about this however there are also some points to consider.

CML team maintains 4 repos:

  • cml
  • terraform-provider-iterative
  • setup-cml
  • setup-dvc

and due to the abroad spectrum of CML I feel that the template might be overwhelming to fill, as a user I hate to fill them when Im reporting a ticket 😆 . Said that I agree that we have one but I would not make it very strict

@dacbd
Copy link
Contributor

dacbd commented Jun 10, 2022

I think a template for the cml repo could help direct users to some helpful debugging steps at least for runner that would reduce the back and forth.

For not runner just a note to provide as much of the used workflow as possible?

@casperdcl
Copy link
Contributor

How about forms? Would be an even better upgrade. https://docs.github.com/en/communities/using-templates-to-encourage-useful-issues-and-pull-requests/configuring-issue-templates-for-your-repository#creating-issue-forms

However my tuppence is such automation may not be that necessary given how responsive we are to new issues.

Automating issue notifications seems to be higher priority IMO, i.e.:

  • many upvotes & still open
  • no activity for X months
  • p0-critical & no activity for X weeks
  • opened by non-@iterative/cml person

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
discussion Waiting for team decision
Projects
None yet
Development

No branches or pull requests

4 participants