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

Accommodate multiple Standards per Workstream better #211

Open
annevk opened this issue Feb 20, 2023 · 0 comments
Open

Accommodate multiple Standards per Workstream better #211

annevk opened this issue Feb 20, 2023 · 0 comments
Assignees

Comments

@annevk
Copy link
Member

annevk commented Feb 20, 2023

I noticed a couple issues, both with policy and the way we operate.

https://github.com/whatwg/meta/blob/main/MAINTAINERS.md#review-drafts suggests this line which we use whenever we publish a Review Draft, e.g., whatwg/url#755:

A MONTH YEAR Review Draft (linked) for this Workstream will be published shortly after merging this pull request.

This works for a 1:1 mapping between Standards and Workstreams, but not when there's multiple. I suspect this would need to be something like

A MONTH YEAR Review Draft (linked) of the [X] Standard for the [X] Workstream will be published ...

Perhaps it could be "this Standard" as we can assume people following the repository will know. And the link also makes that clear. The Workstream is not necessarily clear however.


In the Workstream Policy https://whatwg.org/workstream-policy we talk about a "Workstream Repository", but this is not the way the WHATWG operates. We have repositories for Standards. I suggest we pluralize the definition (i.e., allow a Workstream to have multiple repositories) and adjust references to it accordingly.


That also suggest we might want to track repositories that don't host a Standard but do belong to a Workstream. E.g., whatwg/html-build should probably belong to the HTML Workstream. Perhaps this is a thing we should add to db.json?

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

No branches or pull requests

2 participants