Skip to content

Commit 0b103ee

Browse files
authored
Update feature flag docs for issue platform (#13397)
1 parent 2613b1e commit 0b103ee

File tree

1 file changed

+1
-4
lines changed

1 file changed

+1
-4
lines changed

develop-docs/backend/issue-platform/index.mdx

Lines changed: 1 addition & 4 deletions
Original file line numberDiff line numberDiff line change
@@ -184,9 +184,6 @@ The issue platform provides functionality to help release your new issue type in
184184
- Post processing - This controls whether we'll pass the issue along to post processing. If disabled, then issues will be created but no notifications will be sent. This can be helpful for testing out what issues look like before release. _Note:_ Any issues created this way will not send new issue notifications after the flag is enabled, since they already exist. In the future, if there is demand we might provide a way to remove all test versions of a new issue type.
185185
- UI - This controls whether the issue type will appear in the issue list and elsewhere in the ui.
186186

187-
The flags for ingest and post processing are backed by options, and we automatically register these when the issue type is created. These options can be enabled for LA/EA/GA here
188-
https://sentry.io/_admin/options/.
189-
190-
The flag for the UI uses flagr. We're unable to register new flags in flagr automatically, so you'll need to create the flag in flagr yourself. The name will be in the format `organizations:<GroupType.slug.replace("_", "-")>-visible`.
187+
These flags are all controlled via flagpole and set via options automator. To get the base values for all of these for easy pasting into flagpole, run `sentry createissueflag --slug=<your_group_slug> --owner=<your_team_name>`. The results of this can be directly pasted into flagpole.yml.
191188

192189
Once your issue type is fully released, and you want it to go out to self-hosted and single tenant you can set `released = True` on your GroupType. This allows it to be released everywhere, and removes the feature flags and options. Generally we recommend doing this after your issue type has been in GA for long enough to verify that it's working as intended.

0 commit comments

Comments
 (0)