Repository navigation
Initial contributors guide lines around features - #48928
Conversation
Signed-off-by: stianst <stianst@gmail.com>
680b988 to
71230b0
Compare
There was a problem hiding this comment.
Small changes, looks great to me. Proceed with merging once addressed.
Uh oh!
There was an error while loading. < 10000 a class="Link--inTextBlock" data-turbo="false" href="" aria-label="Please reload this page">Please reload this page.
| * Does not have to be feature complete | ||
| * Good test coverage is required | ||
| * Documentation is required, and should be updated as the feature evolves | ||
| * Does not have to provide backwards compatibility for APIs, nor migrating support |
There was a problem hiding this comment.
| * Does not have to provide backwards compatibility for APIs, nor migrating support | |
| * Does not have to provide backwards compatibility for APIs, nor migrating support. Experimental features should be **never** enabled in the production environment as they can break later migration of the production instance. |
Is it possible to add some more "strong" warning about never enable experimental features in production? Would be good to avoid the bugs similar to this (saw some reports like this in the past):
- User enables experimental feature in his production instance in version X
- User creates new realm. That will for example add some new experimental authenticator to the "browser" flow
- Experimental feature is removed in version X+1. User migrates to this version. Now he tries to authenticate to his realm, but will be unable to do that due the issue like "Authenticator not available" as experimental authenticator impl does not exists anymore
There was a problem hiding this comment.
Updated to Is not supported
440b930 to
0d998dc
Compare
Co-authored-by: Alexander Schwartz <alexander.schwartz@gmx.net> Signed-off-by: Stian Thorgersen <stianst@gmail.com>
0d998dc to
7d68caa
Compare
| * A review of test coverage is required prior to graduating a feature to preview | ||
| * A security review is required prior to graduating a feature to preview | ||
| * Review of any feedback or open issues must be resolved prior to graduating a feature to preview | ||
| * Should aim to provide backwards compatible APIs, and migration. However, this can be omitted if needed |
There was a problem hiding this comment.
| * Should aim to provide backwards compatible APIs, and migration. However, this can be omitted if needed | |
| * Should aim to provide backwards compatible APIs, and migration. However, this can be omitted if needed, i.e. a breaking change can be introduced to a preview feature |
There was a problem hiding this comment.
You are basically just writing again what is in the first sentence
There was a problem hiding this comment.
Do you mean:
but does not guarantee seamless upgrades
That does not read to me the same as "breaking changes can happen".
There was a problem hiding this comment.
I meant Should aim to provide backwards compatible APIs
Co-authored-by: Sebastian Schuster <sebastian.schuster@bosch.com> Signed-off-by: Stian Thorgersen <stianst@gmail.com>
|
Merging this since it's been open for quite some time, if there is any more feedback let me know, or just send a PR to the file. |
* Initial contributors guide lines around features Signed-off-by: stianst <stianst@gmail.com> * Apply suggestions from code review Co-authored-by: Alexander Schwartz <alexander.schwartz@gmx.net> Signed-off-by: Stian Thorgersen <stianst@gmail.com> * Update docs/features.md Co-authored-by: Sebastian Schuster <sebastian.schuster@bosch.com> Signed-off-by: Stian Thorgersen <stianst@gmail.com> --------- Signed-off-by: stianst <stianst@gmail.com> Signed-off-by: Stian Thorgersen <stianst@gmail.com> Co-authored-by: Alexander Schwartz <alexander.schwartz@gmx.net> Co-authored-by: Sebastian Schuster <sebastian.schuster@bosch.com>
Signed-off-by: stianst stianst@gmail.com