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 for common operations #534

Open
zimbatm opened this issue Apr 19, 2023 · 4 comments
Open

Add issue templates for common operations #534

zimbatm opened this issue Apr 19, 2023 · 4 comments

Comments

@zimbatm
Copy link
Member

zimbatm commented Apr 19, 2023

Last week I discovered that it's possible to create issue templates with form fields:

https://github.com/NixOS/foundation/blob/master/.github/ISSUE_TEMPLATE/funding_form.yml

We could create issue templates for common operations and help clarify our workflows.

For example:

  • move a repo
  • create a new repo
  • deploy a service
  • ...

What do you think?

@zowoq
Copy link
Contributor

zowoq commented Apr 19, 2023

  • move a repo
  • create a new repo

I wouldn't bother with templates for this unless we're going to restrict permissions for creating and moving repos.

Restricting permissions as crossed my mind a couple of times, e.g. for forks of repos it would be good to have a record of who and why without having to dig around for it.

@zimbatm
Copy link
Member Author

zimbatm commented Apr 19, 2023

Whenever we onboard new members, there is always a bit of back and forth to add them to the org; then they can move the repo; once the repo is there, fix the maintainer field, create the related team, get them to know about the settings app to configure the repo. Documenting and keeping track of all of those steps would be nice.

For new repos, potentially, we want to disable it as some members use it for fresh repos. Ideally, the org holds projects that are more than MVPs, although we didn't really discuss what standards we want to hold here. The issue with too many MVP repos is that it creates a graveyard of unmaintained projects.

@zowoq
Copy link
Contributor

zowoq commented Apr 25, 2023

For new repos, potentially, we want to disable it as some members use it for fresh repos.

Just had another new project created here so I've gone ahead and disabled it.

@zowoq
Copy link
Contributor

zowoq commented May 30, 2023

For new repos, potentially, we want to disable it as some members use it for fresh repos.

Just had another new project created here so I've gone ahead and disabled it.

As this is kind of inconvenient to flip on and off and keep track if it I'll leave it enabled until we figure out what we want to do and document it. I have an idea that my allow us to keep it disabled and still transfer repos into the org but need to test it first.

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

No branches or pull requests

2 participants