Rather than just a flag that can be turned on / off, features within Bullet Train are pieces of functionality that have an enabled state as well as a configurable value. This allows you to use Bullet Train in the following ways.
- Showing and hiding features in your application. E.g. Instant messaging within an application.
- Configuring values used within your application remotely. E.g. The number of power-ups a user might have in a game.
- Configuring environment variables. E.g. Setting the database URL for your API.
Features are created on a per project basis but edited per environment and can then be overridden on a per user basis.
Organisations are a way for you and other team members to manage projects and their features. Users can be members of multiple organisations.
Projects contain one or more environments that share a single set of features and one or more environments. Organisations can have any number of projects.
Environments are a way to separate the configuration of your features. For example, your project's Development and Staging environments might have a feature configured as on while it is turned off in your Production environment. A project can have any number of environments.
Identities are a particular registration for one of your Project's environments. Registering identities within the client application allows you to manage features for individual users. Identity features can be overridden from your environment defaults. For example, firstname.lastname@example.org would be a different identity in your development environment to the one in production, and they can have different features enabled for each environment.
For more info see the Identities.
Segments (Coming soon)
Segments are a way to define a group of users by traits such as number of times logged in, device, location or any number of custom defined traits.
Similarly to individual users, you will be able to override environment defaults for features. For example showing certain features for a "power user" segment.