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

Clarify area github tags. #1579

Merged
merged 5 commits into from
Jan 26, 2016
Merged

Clarify area github tags. #1579

merged 5 commits into from
Jan 26, 2016

Conversation

jmchilton
Copy link
Member

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 be area/tooling and area/tools should be reserved for changes to actual tools. This would mirror the new datatypes 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).

- ``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.
Copy link
Member

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 ?

Copy link
Member Author

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.

Copy link
Member

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.

@martenson
Copy link
Member

👍

@jmchilton
Copy link
Member Author

@nsoranzo I made the requested modification to area/tooling.

- ``area/UI-UX``
- ``area/util``
- ``area/visualization``
Copy link
Member

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

@martenson
Copy link
Member

thanks guys

martenson added a commit that referenced this pull request Jan 26, 2016
@martenson martenson merged commit 217e38e into galaxyproject:dev Jan 26, 2016
@martenson
Copy link
Member

I modified the labels in GitHub

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

Successfully merging this pull request may close these issues.

3 participants