Create a --preview flag for disruptive changes between major updates
See original GitHub issueAs discussed in #2394, we’d like to shove disruptive style changes between major updates behind a --preview
flag. And I think it should be created and available even if such changes have not been implemented yet, so that our CLI is consistent.
Perhaps:
- add the CLI option
- create a separate style docs section for describing the style
- from now on announce these kinds of changes under a “preview” header in our changelog
- document a consistent way of writing preview tests without disrupting stable (I think just duplicating might be fine)
Thoughts, suggestions?
@ichard26 shall we add this to the “stable” project?
Issue Analytics
- State:
- Created 2 years ago
- Comments:9
Top Results From Across the Web
Progressive experimentation with feature flags
Learn how to use feature flags to progressively experiment with new features using the production environment.
Read more >Feature flags
Using feature flags, a team can modify a system's behavior without making disruptive code changes to the live code. Thus, one major benefit...
Read more >Product Manager's Guide to Using Feature Flags in ...
For developers, using feature flags allows them to work in a continuous delivery process, one that produces a steady stream of releases and ......
Read more >Feature Flags
Feature flags is a software technique that enables teams to make changes without additional code. Read about benefits, use cases and more.
Read more >New features & announcements - Google Ads Help
To build on those efforts, we announced design changes to our search ... Top consumer product announcements included: Google Translate is ...
Read more >
Top Related Medium Post
No results found
Top Related StackOverflow Question
No results found
Troubleshoot Live Code
Lightrun enables developers to add logs, metrics and snapshots to live code - no restarts or redeploys required.
Start Free
Top Related Reddit Thread
No results found
Top Related Hackernoon Post
No results found
Top Related Tweet
No results found
Top Related Dev.to Post
No results found
Top Related Hashnode Post
No results found
Yes, that sounds like a good approach. We could also just use the existing Mode object, and when we create that we set whatever flags we want to True based on the value of the
--preview
flag.Yeah that could work! Or we could even have it as a (private?) attribute of Mode. I’ll have to test things.