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

development labels #56

Open
NicciPotts opened this issue Jun 20, 2023 · 2 comments
Open

development labels #56

NicciPotts opened this issue Jun 20, 2023 · 2 comments
Assignees

Comments

@NicciPotts
Copy link
Contributor

NicciPotts commented Jun 20, 2023

Feedback from survey

What's the difference between "Completed - Active" and "Maintained", and why isn't there an "Archived" option? The DSC package SynthGauge, for instance, is currently "Released" but we are looking to make it clear we will no longer be developing it, and will likely archive the repository.

and

The term "pre-release" is ambiguous. I assume it means prior to releasing as a package, but it could be confused with prior to release of the repo, which doesn't make sense on a publicly released repo. Also, unclear what label a repo where something was tried and finished, so is complete, but didn't meet design intentions.

and

Unfinished - Inactive, Deprecated/Superseded

and

Would it be helpful to also have a label for "deprecated" - ie something which is still released and out there, but which we don't advise people to use any more? Not sure... More generally, it's not clear these labels are intended to be exclusive. Presumably a repo can be all of "Complete - Active", "Released" and "Maintained"?

and

Deprecated (opposite to maintained

and

think I'd make it clear for the released repos whether they are going to be maintained. Basically one set of labels to cover the stage and one set of labels to say whether the code is maintained or not

@NicciPotts
Copy link
Contributor Author

also linked to #55

@r-leyshon
Copy link
Contributor

r-leyshon commented Jul 27, 2023

@LaurenceJones quick note that Turing Institute Contribution Guidance links to issue labels. Possibly a good idea to include something like that but for development labels in the CONTRIBUTING.MD of the repo template?

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

3 participants