-
Notifications
You must be signed in to change notification settings - Fork 991
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
Clarify area github tags. #1579
Conversation
- ``area/reports`` | ||
- ``area/system`` - Changes to scripts used to run or manage Galaxy. | ||
- ``area/tools`` - Changes to specific tools in Galaxy. | ||
- ``area/tooling`` - Changes to Galaxy's tool framework. |
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.
area/tool-framework
as for datatype-framework
?
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 prefer tooling - seems pithier - though I admit it introduces some asymmetry. Do you have a strong preference.
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.
Not really, but tooling is not that clear to me. Maybe someone will jump in and break the tie.
👍 |
@nsoranzo I made the requested modification to |
- ``area/UI-UX`` | ||
- ``area/util`` | ||
- ``area/visualization`` |
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.
area/visualizations (with final "s")?
#nitpickingoftheday
thanks guys |
I modified the labels in GitHub |
I'm still trying to work through our tag metadata for PRs 16.01 - it is taking a long time. I want to take a break to refine the areas based on my experiences so far. Other people have just been adding tags as they feel like I think, this has an appeal to efficiency - but I don't feel comfortable making such unilateral changes though. So against my better judgement I going to try to propose a policy regarding area tags so we can discuss these.
This PR moves the definitive list into the project so it requires a PR for modification, updates the existing list mentioned in-document to reflect the current state of Galaxy, and puts forward several new tags and one rename to an existing tag.
* Basically all the
area/tools
PRs in my opinion should bearea/tooling
andarea/tools
should be reserved for changes to actual tools. This would mirror the newdatatypes
tag which would let someone filter on changes to actual implemented datatypes (the idea being that changes to specific tools are datatypes are more interesting to deployers and changes to the datatype framework and tooling framework are more interesting to developers).