We recommend that you manage your Flex application by using multiple accounts to represent different environments. For example: development, staging, and production. Each plugin you build can be deployed to your different environments based on your testing strategy. The Plugins CLI helps you manage profiles to store your Twilio account credentials.
Each environment often has different values for certain parameters: the location of an API server, whether a feature is enabled, or the SID of a necessary resource. Environment Variables help you integrate these into your plugin.
You will need to modify your webpack configuration to enable environment variables. This will allow you to use a standard .env
file for managing your variables.
1. Install dotenv
The dotenv-webpack package is our recommendation for managing environment variables with the Plugins CLI. Combined with webpack, which is natively used within the Plugins CLI, this package will allow you to access environment variables from within your plugin code. To install dotenv-webpack
, run the following command from within your plugin directory:
npm install dotenv-webpack --save
In addition to installing dotenv-webpack
, this will also add the library as a dependency within your plugin's package.json
. If you are attempting a global installation or already have this package installed, make sure to update the package.json
for each plugin you are updating.
2. Create .env files
Each Twilio account (i.e., each profile in your CLI) will get mapped to a single .env
file. Create a new file in the root directory for your plugin and provide a distinctive name: .env.dev
,.env.stage
, and .env.prod
.
An example of a .env file is shown below:
TWILIO_WORKFLOW_SID=WWXXXXXXX
Keep in mind that the environment variable names are required to start with TWILIO_, FLEX_ or REACT_
Never commit your .env
files to your source code repository. These files can contain sensitive information, like secrets and API keys, and you do not want to expose these credentials. Include the .env
files in your .gitignore
or the appropriate tool for your version control.
Without the .env files, the developers on your team will need to know which environment variables are required for your application. Create and commit a .env.sample
file in your repository with variable names and placeholder values. This file can be duplicated and updated by your team members when they pull the source code.
3. Update webpack
Webpack must be customized to map your active CLI profile to one of the .env
files you created. In the root directory for your plugin, replace webpack.config.js
with the following code:
1const DotEnvWebpack = require('dotenv-webpack');2module.exports = (config, { isProd, isDev, isTest }) => {3/**4* Customize the webpack by modifying the config object.5* Consult https://webpack.js.org/configuration for more information6*/7// We dynamically change the path to the .env that contains the file corresponding to our profile8let envPath;9switch (process.env.TWILIO_PROFILE) {10case 'Dev':11envPath = '.env.dev';12break;13case 'Stage':14envPath = '.env.stage';15break;16case 'Production':17envPath = '.env.prod';18break;19}20// If path was set, use the dotenv-webpack to inject the variables21if (envPath) {22config.plugins.push(new DotEnvWebpack({23path: envPath24}));25}26return config;27}
Customize the switch
statement based on the names of your CLI profiles and the filenames for your .env
files.
4. Deploy plugin
To deploy your plugin to specific accounts and environments, use the following commands:
twilio flex:plugins:deploy --profile=StageProfileName
twilio flex:plugins:deploy --profile=ProdProfileName
All variables that you define in your .env
files will be accessible within your plugin via process.env
. Use these variables directly within your code:
console.log(process.env.TWILIO_WORKFLOW_SID);
The dotenv-webpack package works by running a string replacement within your plugin code when the plugin is bundled. This has two side effects:
.js
file) is shared and deployed to multiple accounts directlyIn these situations, it is better to use a remotely-accessed environment variable. One option is adding these variables within the attributes field of your Flex Configuration.