-
Notifications
You must be signed in to change notification settings - Fork 77
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
Update template and checks #581
base: main
Are you sure you want to change the base?
Conversation
af28396
to
98c4b6c
Compare
|
||
=== Default Configuration | ||
|
||
__<What is the impact of this feature in the default configuration(s) provided by WildFly?>__ |
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.
Note that this and the following items are specific areas to consider in terms incompatibility. They are not top level items for general description.
I'd like to have a discussion somewhere about the exact meaning of this one and the "Importing Existing Configuration" one as there are relationships. And they both need to be more fully described. For example we provide standard OOTB configurations, while configuration items, used or not in those standard configs, have default values. This one should primarily be about the latter, but there are various cases to consider.
* Update the template to move the tracking issue and the stability level to the front matter * When a PR is open, check that these fields are valid * Generate a HTML page for the proposal with these fields. Signed-off-by: Jeff Mesnil <[email protected]>
98c4b6c
to
0824288
Compare
Based on the value of the `stability-level` field in the front matter, add a label `stability-level/xxx` to the PR. Signed-off-by: Jeff Mesnil <[email protected]>
This PR updates the template to be more descriptive about its expected content.
As a demo, I opened a "dummy" proposal in my fork that was missing the
issue
andstability-level
in the front matter:missing-issue
andinvalid-stability-level
labels were automatically added to the PRstability-level
field is valid in the front matter, add a label to the GitHub PR of the formstability-level/XXX
(as seen on my fork at New feature jmesnil/wildfly-proposals#15)Before that PR is merged, the following labels must be created:
missing-issue
- The analysis document is missing an issue tracker in its metadatainvalid-stability-level
- The analysis document is missing a valid stability level in its metadatastability-level/experimental
- Feature is at the "Experimental" stability levelstability-level/preview
- Feature is at the "Preview" stability levelstability-level/community
- Feature is at the "Community" stability levelstability-level/default
- Feature is at the "Default" stability level