Skip to content

Commit 3beef7d

Browse files
docs(sdk): Move feature flag tracking opt-in to Scope section
Co-Authored-By: Daniel Szoke <7881302+szokeasaurusrex@users.noreply.github.com>
1 parent 870536c commit 3beef7d

1 file changed

Lines changed: 4 additions & 2 deletions

File tree

‎develop-docs/sdk/foundations/client/integrations/feature-flags.mdx‎

Lines changed: 4 additions & 2 deletions
Original file line numberDiff line numberDiff line change
@@ -30,6 +30,10 @@ sidebar_order: 3
3030

3131
SDKs can track feature flag evaluations and attach them to error events and spans, so users can see which flags were in effect when an error happened or a span ran.
3232

33+
## Scope
34+
35+
This spec applies to SDKs that track feature flag evaluations. Tracking evaluations is optional.
36+
3337
## Definitions
3438

3539
- **Evaluation**: a flag name and the boolean result it evaluated to.
@@ -41,8 +45,6 @@ SDKs can track feature flag evaluations and attach them to error events and span
4145

4246
### Tracking Feature Flag Evaluations
4347

44-
SDKs **MAY** track evaluations. The remaining requirements in this spec apply only to SDKs that do.
45-
4648
**Error events.** Evaluations recorded on a scope **SHOULD** be attached to error events captured with that scope. Attached evaluations **MUST** follow the [Feature Flag Context](/sdk/foundations/envelopes/event-payloads/contexts/#feature-flag-context) schema. An event **SHOULD** contain only the latest evaluation of each flag, and only for the 100 most recently evaluated flags.
4749

4850
When a scope is forked, events captured with the new scope **SHOULD** include the evaluations recorded on the original scope before the fork. Evaluations recorded on the new scope **SHOULD NOT** appear in events captured with the original scope.

0 commit comments

Comments
 (0)