-
Notifications
You must be signed in to change notification settings - Fork 278
Add a features/draft/proposed/ directory an exempt it from CI #3726
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
base: main
Are you sure you want to change the base?
Changes from 1 commit
acf420f
92d6c2a
7f3c25b
a0070e3
9aa62fa
ceb8e55
File filter
Filter by extension
Conversations
Jump to
Diff view
Diff view
There are no files selected for viewing
| Original file line number | Diff line number | Diff line change |
|---|---|---|
| @@ -0,0 +1,18 @@ | ||
| # Draft vendor features | ||
|
|
||
| This directory is for features proposed by a browser vendor, to support the | ||
| early use of web-features before there is a published web-features ID, and a | ||
|
Collaborator
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. If we don't publish these anywhere we still can't reference them from e.g. standards positions without recreating all the build infrastructure to know what are valid definitions.
Collaborator
Author
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. If you expect to reference these in standards positions, we can publish somewhere. How about a JSON file on GitHub pages that's updated for every commit to this repo?
Collaborator
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. Well, I expect you to reference them in standards positions (requests) :p But yes, publishing them separately to the main ids would be fine for me.
Collaborator
Author
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. I see, I wasn't sure how you plan to reference web-features in https://github.com/mozilla/standards-positions. If you add it to the template, then allowing proposed/* IDs there would make sense. |
||
| way to transition from draft to published feature IDs. | ||
|
|
||
| A draft vendor feature goes through these stages: | ||
|
|
||
| - A bot creates a `.yml` file in this directory, with enough information for a | ||
| maintainer of web-features to follow up and act on. An `explainer` or `spec` | ||
| URL and a vendor-specific URL like `chromestatus` is recommended. | ||
|
ddbeck marked this conversation as resolved.
Outdated
|
||
| - A web-features maintainer creates a real feature entry and replaces the draft | ||
| feature with a pointer to that feature. | ||
|
Collaborator
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. It would be nice to have a stub/example file showing a mapping from a completed draft to a real feature ID. Or we could have a JSON file showing former vendor draft paths (this would be nicer for us, to have the folder contain only un-minted features, but would require vendors to do a little more than not overwrite an existing file).
Collaborator
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. This has been resolved below. After the live review session with Philip, I was brought around to the idea that the resolution of a draft can and should happen in-place, rather than deleting or moving the files. While this is less convenient for me personally as a maintainer, it's less complex for the bots that are going to commit this stuff (e.g., the process for creating a draft file is, more or less, "don't clobber an existing file"). |
||
| - References to the draft feature in vendor tools or source code are updated to | ||
| point to the final features. | ||
|
|
||
| Write access for bots can be granted by web-features maintainers, and should | ||
| only be used to create files in this directory. | ||
Uh oh!
There was an error while loading. Please reload this page.