Help us learn about your current experience with the documentation.
Take the survey.
Documenting experimental and beta featuresWhen you document an experiment or beta feature:
When the feature changes from experiment or beta to generally available:
To include details about how users should enroll or leave feedback, add it below the type=flag
alert.
For example:
## Great new feature
{{< details >}}
Status: Experiment
{{< /details >}}
{{< history >}}
- [Introduced](https://issue-link) in GitLab 15.10. This feature is an [experiment](<link_to>/policy/development_stages_support.md).
{{< /history >}}
{{< alert type="flag" >}}
The availability of this feature is controlled by a feature flag.
For more information, see the history.
This feature is available for testing, but not ready for production use.
{{< /alert >}}
Use this new feature when you need to do this new thing.
This feature is an [experiment](<link_to>/policy/development_stages_support.md). To join
the list of users testing this feature, do this thing. If you find a bug,
[open an issue](https://link).
GitLab Duo features
Follow these guidelines when you document GitLab Duo features.
ExperimentWhen documenting a GitLab Duo experiment:
#developer-relations-early-access-program
Slack channel, post a comment that mentions the feature and its status.When a GitLab Duo experiment moves to beta:
#developer-relations-early-access-program
Slack channel, post a comment that mentions the feature and its status.When a GitLab Duo feature becomes generally available:
#developer-relations-early-access-program
Slack channel, post a comment that mentions the feature and its status.RetroSearch is an open source project built by @garambo | Open a GitHub Issue
Search and Browse the WWW like it's 1997 | Search results from DuckDuckGo
HTML:
3.2
| Encoding:
UTF-8
| Version:
0.7.4