-
Notifications
You must be signed in to change notification settings - Fork 103
Edits to Multi Environment docs #2712
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
base: mestopinal-multi-environment-docs
Are you sure you want to change the base?
Changes from all commits
File filter
Filter by extension
Conversations
Jump to
Diff view
Diff view
There are no files selected for viewing
| Original file line number | Diff line number | Diff line change |
|---|---|---|
|
|
@@ -374,31 +374,39 @@ to the feature flag page of the associated flag, or the related experiment page. | |
|
|
||
| ## Multiple Environments | ||
|
|
||
| Multiple Environments lets you treat separate Mixpanel projects as development, staging, and production environments for the same feature flag or experiment. Build and iterate on a flag (and any experiment it's tied to) in one project, then push it to another project when you're ready — without recreating it by hand. Linked flags and experiments stay connected so you can continue pushing updates over time. | ||
|
|
||
| ### Other Environments Selector | ||
|
|
||
| The "Other Environments" selector will appear under the "Settings" tab of a feature flag. This panel allows the user | ||
| to manage changes between Feature Flags across different projects. This enables users to use a Mixpanel project as a development environments | ||
| where they can create and make changes to a flag, and select another project to push those changes to. | ||
| The "Other Environments" selector appears under the **Configuration** tab of a feature flag, inside the **More** section. This panel lets you manage a flag's links to copies of itself in other projects. | ||
|
|
||
| #### Pushing changes | ||
| When pushing changes to a linked flag, the source flag will push all info to the destination flag. All other changes on the destination flag will | ||
| be overwritten. | ||
|
|
||
| Pushing changes copies the full configuration of the source (original) flag to the linked destination flag in the other project. Any changes that exist only on the destination flag will be overwritten. | ||
|
|
||
| #### Other Environments Menu | ||
|
|
||
| This menu displays a list of the linked feature flags that exist in other projects. From here, you can manage the other flags. This menu allows you | ||
| to navigate to the linked flag, push changes that have occurred to the linked flag, or remove the connection. | ||
| This menu lists the feature flags in other projects that are linked to the current flag. From here, you can navigate to a linked flag, push the source flag's current configuration to it, or remove the connection. | ||
|
|
||
| #### Duplicate To Project | ||
|
|
||
| A user can duplicate a feature flag to other projects. You may not use this feature for duplicating to the same project (use the existing duplicate flow instead). | ||
| Once a user has duplicated a flag to another project, they will be able to manage the connection from within the "Other Environments" menu. | ||
| To duplicate a feature flag to another project, open the flag's overflow (`...`) menu in the top-right of the flag page and select **Duplicate**. In the dialog, choose the destination project. | ||
|
|
||
| This flow is for duplicating across projects only — to duplicate within the same project, use the same **Duplicate** option and leave the current project selected (this is also the standard in-project duplicate behavior). | ||
|
|
||
| Note that flags created as part of an experiment (experiment-type flags) cannot be duplicated from the Feature Flags page — duplicate the parent experiment instead, which will optionally duplicate the linked flag with it. | ||
|
Contributor
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. This is not currently true, although we could add this restriction. It may need some UX work though (I'm imagining the Multi Env selector just shows a redirect message to the experiment page instead of the normal multi-env content). Or we just hide the button altogether and replace with a link to the experiment tab.
Contributor
Author
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. Same topic as the experiments.mdx thread — see screenshot there. |
||
|
|
||
| Once duplicated, the new flag is linked to the original and can be managed from the "Other Environments" menu. | ||
|
|
||
| #### Data Groups | ||
|
|
||
| Feature Flag rollouts may include configuration that reference data groups in a given project. For instance, if the user changes the | ||
| Feature Flag rollouts may include configuration that references data groups in a given project. For instance, if you change the | ||
| "Assignment Key" of a flag, both the source and destination projects _must_ include the referenced data group in order to duplicate or push changes. | ||
| If the assignment key is _not_ present in the destination project, the operations will fail. | ||
| If the assignment key is _not_ present in the destination project, the operation will fail. | ||
|
|
||
| <Callout type="info"> | ||
| **Billing across projects:** You aren't double-charged for using the same feature flag across multiple projects. Mixpanel charges based on active feature flag keys, so the same flag-key shared across projects is counted once. | ||
| </Callout> | ||
|
|
||
| ## Feature Flagging Pricing FAQ | ||
|
|
||
|
|
||
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.
Currently a user can duplicate the flag on it's own if they want to. But they are also able to duplicate both from the experiment page
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.
Interesting — in P3 I'm seeing the Duplicate button disabled on experiment-type flags with the tooltip "You cannot duplicate an experiment type feature flag" (screenshot below).
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.
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.
Gotcha. Yeah in this case we should probably match the existing flow.
Are you good with me just disabling the "Duplicate to Project" button in the Other Environments selector and displaying a tooltip with the same copy writing here?