kotovalexarian-likes-gitlab
/
gitlab-org--gitlab-foss
1
0
Fork 0
Code Releases Activity

Merge branch 'docs/zj-feature-flag-group-project' into 'master' 

Document ChatOps for actor feature gates

See merge request gitlab-org/gitlab-ce!25815
This commit is contained in:
Sean McGivern 2019-03-06 16:29:01 +00:00
parent 4cf73a02f3 adb115e9ed
commit c35e6603a6
1 changed files with 23 additions and 0 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

23
doc/development/rolling_out_changes_using_feature_flags.md
View File

@ -135,6 +135,20 @@ want to wait several hours or even days. This is entirely up to you, just make
sure it is clearly communicated to your team, and the Production team if you
anticipate any potential problems.
Feature gates can also be actor based, for example a feature could first be
enabled for only the `gitlab-ce` project. The project is passed by supplying a
`--project` flag:
```
/chatops run feature set --project=gitlab-org/gitlab-ce some_feature true
```
For groups the `--group` flag is available:
```
/chatops run feature set --group=gitlab-org some_feature true
```
Once a change is deemed stable, submit a new merge request to remove the
feature flag. This ensures the change is available to all users and self-hosted
instances. Make sure to add the ~"feature flag" label to this merge request so
@ -188,3 +202,12 @@ to be shipped. You can do this via ChatOps:
Note that you can do this at any time, even before the merge request using the
flag has been merged!
### Cleaning up
When a feature gate has been removed from the code base, the value still exists
in the database. This can be removed through ChatOps:
```
/chatops run feature delete some_feature
```