Feature management
Feature flag best practices
Short-lived gates, server keys, and explicit exposures.
Cette page n’a pas encore de traduction française. Le texte anglais fait foi.
Last updated on
- Keep one key per behavior. Do not overload a boolean with several meanings.
- Evaluate server-only decisions with
@flagfix/nodeand aSERVER_SDKkey. - Ship the
CLIENT_SDKkey only if the flag values are safe to expose. - Call
trackExposureat the point of display, not insidehasFeature. - Publish the kill switch before you need it. A draft does nothing for SDKs.
- Roll out with a salt you can rotate if a bucket looks skewed. Rotation reassigns users.
- Remove the flag from code after the rollout is finished. The platform will not delete the call sites for you.
Cette page vous a-t-elle été utile ?