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

Documentation: mention workflow and high priority labeled issues #13362

Merged

Conversation

designsimply
Copy link
Member

@designsimply designsimply commented Jan 17, 2019

Workflow labels are important for interacting with contributors at all levels and should be encouraged. We should also make sure to communicate well with other groups to ask them to use these workflows, such as the Design Team for the Needs Design Feedback label, the Gutenberg Team for the Needs Decision label, and all contributors or Support Team members who are developers for the Needs Technical Feedback label.

This PR adds a note about workflow labels and also mentions that high priority issues should have an assignee and/or be in an active milestone.

I also updated the Accessibility label to Needs Accessibility Feedback as it makes more sense for the description in this document.

https://wordpress.org/gutenberg/handbook/contributors/repository-management/

Workflow labels are important for interacting with contributors at all levels and should be encouraged. We should also make sure to communicate well with other groups to ask them to use these workflows, such as the Design Team for the `Needs Design Feedback` label, the Gutenberg Team for the `Needs Decision` label, and all contributors or Support Team members who are developers for the `Needs Technical Feedback` label. 

This PR adds a note about workflow labels and also mentions that high priority issues should have an assignee and/or be in an active milestone. 

I also updated the `Accessibility` label to `Needs Accessibility Feedback` as it makes more sense for the description in this document.
@designsimply designsimply added the [Type] Developer Documentation Documentation for developers label Jan 17, 2019
Copy link
Member

@jorgefilipecosta jorgefilipecosta left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

LGTM 👍

@jorgefilipecosta jorgefilipecosta added this to the 4.9 (Gutenberg) milestone Jan 18, 2019
@jorgefilipecosta jorgefilipecosta merged commit 837fda7 into master Jan 18, 2019
@jorgefilipecosta jorgefilipecosta deleted the update/mention-workflow-and-priority-labels branch January 18, 2019 17:58
youknowriad pushed a commit that referenced this pull request Mar 6, 2019
)

Workflow labels are important for interacting with contributors at all levels and should be encouraged. We should also make sure to communicate well with other groups to ask them to use these workflows, such as the Design Team for the `Needs Design Feedback` label, the Gutenberg Team for the `Needs Decision` label, and all contributors or Support Team members who are developers for the `Needs Technical Feedback` label. 

This PR adds a note about workflow labels and also mentions that high priority issues should have an assignee and/or be in an active milestone. 

I also updated the `Accessibility` label to `Needs Accessibility Feedback` as it makes more sense for the description in this document.
youknowriad pushed a commit that referenced this pull request Mar 6, 2019
)

Workflow labels are important for interacting with contributors at all levels and should be encouraged. We should also make sure to communicate well with other groups to ask them to use these workflows, such as the Design Team for the `Needs Design Feedback` label, the Gutenberg Team for the `Needs Decision` label, and all contributors or Support Team members who are developers for the `Needs Technical Feedback` label. 

This PR adds a note about workflow labels and also mentions that high priority issues should have an assignee and/or be in an active milestone. 

I also updated the `Accessibility` label to `Needs Accessibility Feedback` as it makes more sense for the description in this document.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
[Type] Developer Documentation Documentation for developers
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants