Skip to content

docs: add Feature Versioning v2 guide and EF_VERSION audit type#7477

Draft
gagantrivedi wants to merge 4 commits intomainfrom
docs/feature-versioning-v2-guide
Draft

docs: add Feature Versioning v2 guide and EF_VERSION audit type#7477
gagantrivedi wants to merge 4 commits intomainfrom
docs/feature-versioning-v2-guide

Conversation

@gagantrivedi
Copy link
Copy Markdown
Member

Draft / WIP — content has been verified against the codebase but not yet reviewed by Product/CS.

Summary

  • New page docs/managing-flags/feature-versioning.md covering what changes for customers when Feature Versioning v2 is enabled on an environment: supported write endpoints, the new NEW_VERSION_PUBLISHED webhook event, the EF_VERSION audit-log type, plan-limit accounting shifts, change-request payload shape, dashboard affordances, and the surfaces that stay the same (SDK output, identity overrides, engine document shape).
  • Extends docs/administration-and-security/governance-and-compliance/audit-logs.md with the EF_VERSION related_object_type, the full enum, and the per-type rules for how related_object_id and related_object_uuid are populated.
  • Cross-links to the existing experimental Updating Flags page so customers know which endpoints to use on v2 environments.

Deliberately out of scope

  • The customer-facing guide does not mention the recently-found _create_initial_feature_versions cross-feature scheduled-FS bug (fix in fix(versioning): scope scheduled-FS query by feature in v2 enable #7449, scope was 3 internal-testing rows).
  • Several v2 quirks identified during the verification sweep are bugs that should be fixed in code rather than documented as expected behaviour. They are tracked separately and not included here:
    • Sentry change-tracking does not fire for EF_VERSION audit rows.
    • multivariate_feature_state_values is empty in v2 FLAG_UPDATED payloads.
    • The legacy POST /features/feature-segments/ endpoint raises HTTP 500 on a v2 environment.
    • The legacy POST/PUT /environments/{api_key}/featurestates/ endpoints mutate in place on v2 — documented here as a caveat, but probably worth fixing.

Verification

Every behavioural claim was checked against the live codebase by five parallel verification passes. Findings from those passes drove the current wording — in particular:

  • Permission gate is environment admin (not a non-existent "Manage Environment" permission).
  • The legacy POST/PUT /featurestates/ endpoints mutate in place on v2 — documented with a caution.
  • NEW_VERSION_PUBLISHED is delivered to environment webhooks only.
  • EF_VERSION audit row count is one per feature per published version.
  • related_object_id / related_object_uuid field usage varies by audit type (the docs page now describes this accurately).

Test plan

  • Run the docs site locally and confirm both pages render cleanly (cd docs && npm install && npm run start).
  • Confirm the cross-link /integrating-with-flagsmith/flagsmith-api-overview/admin-api/updating-flags resolves.
  • Confirm the in-page reference to the Audit Logs page resolves to the updated section.
  • Product / CS review of the customer-facing wording, particularly the caution block on the legacy endpoints.
  • Decide whether to land or fix the legacy-endpoint mutate-in-place behaviour before publishing.

Documents what changes for customers when an environment is migrated to
Feature Versioning v2 — the supported write endpoints, the new
NEW_VERSION_PUBLISHED webhook event, the EF_VERSION audit-log type, the
shifts to plan-limit accounting and change-request payload shape, and
the surfaces that are unchanged (SDK output, identity overrides). Also
extends the Audit Logs page with the EF_VERSION related_object_type and
the per-type field-population rules.
@vercel
Copy link
Copy Markdown

vercel Bot commented May 11, 2026

The latest updates on your projects. Learn more about Vercel for GitHub.

Project Deployment Actions Updated (UTC)
docs Ready Ready Preview, Comment May 11, 2026 11:22am
2 Skipped Deployments
Project Deployment Actions Updated (UTC)
flagsmith-frontend-preview Ignored Ignored Preview May 11, 2026 11:22am
flagsmith-frontend-staging Ignored Ignored Preview May 11, 2026 11:22am

Request Review

- Lead now mirrors the UI's "attach versions to feature values and
  segment overrides" wording instead of the recursive "records each
  published change as a version of that flag".
- Drops bullet-trailing editorial: "gives you explicit control...",
  "Add this event to your consumer's schema...", "invisible to dashboard
  users in practice".
- Drops the speculative "test in a non-production environment first"
  recommendation from the Migration section.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

docs Documentation updates

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant