We recommend that you manage your Flex application by using multiple accounts to represent different environments. For example: development, staging, and production. You can deploy each plugin you build 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 like 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 need to modify your webpack configuration to enable environment variables. This allows you to use a standard .env
file for managing your variables.
We recommend the dotenv-webpack package for managing environment variables with the Plugins CLI. Combined with webpack, which is natively used within the Plugins CLI, this package lets you 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 also adds the library as a dependency within your plugin's package.json
file. If you are attempting a global installation or already have this package installed, make sure to update the package.json
file for each plugin you are updating.
Each Twilio account (that is, each profile in your CLI) is mapped to a single .env
file. Create a new file in the root directory for your plugin and provide a distinctive name like .Dev.env
, .Stage.env
, and .Production.env
.
The following is an example of a .env
file:
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 don't 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. Your team members can duplicate and update this file when they pull the source code.
You must customize webpack 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 = `.Dev.env`;12break;13case 'Stage':14envPath = '.Stage.env';15break;16case 'Production':17envPath = '.Production.env';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}
Then, customize the switch
statement based on the names of your CLI profiles and the filenames for your .env
files.
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 are 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's better to use a remotely-accessed environment variable. One option is to add these variables within the attributes field of your Flex Configuration.