-
-
Notifications
You must be signed in to change notification settings - Fork 1.7k
feat(flags): add node support for generic featureFlagsIntegration and move utils to core #16585
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Conversation
…rt, sveltekit (has *)
…sentry-javascript into aliu/move-ffs-to-core
…try-javascript into aliu/move-ffs-to-core
size-limit report 📦
|
@@ -1,11 +1,11 @@ | |||
import { expect } from '@playwright/test'; | |||
import { _INTERNAL_FLAG_BUFFER_SIZE as FLAG_BUFFER_SIZE } from '@sentry/core'; |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Is this _INTERNAL
pattern common in the codebase?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
It is starting with logs - we don't really have a better way to do this because of the way @sentry/core
is structured atm.
We could do subpath exports, but that breaks horribly for some bundlers (esbuild 😢)
The
featureFlagsIntegration
is an integration to manually buffer feature flags on evaluation, and capture them in event contexts and span attributes. This PR moves it from browser to core, as well as the shared functionality/utils of all FF integrations (no browser specific logic).Browser exports and functionality is unchanged. Per @AbhiPrasad 's recommendation I've manually exported the integration in all the packages
zodErrorsIntegration
is exported. Note many backend pkgs use a wildcard (*) export from node.TODO:
Part of