Namespace, Primitive, Method
Learn about our RFC process, Open RFC meetings & more.Join in the discussion! »


1.0.3 • Public • Published

Quasar App Extension qenv

quasar-app-extension-qenv is a CLI App Extension for Quasar Framework. It is a stand-alone environment-to-browser parser and aggregator.


Can be found here.


quasar ext add @quasar/qenv

Quasar CLI will retrieve it from NPM and install the extension.


  1. "What name would you like to use for your Common Root Object ('none' means to not use one)?" The default is "none" The "common root object" means off of "process.env" you will have a named object, basically for organization purposes.

  2. "For security, would you like your .quasar.env.json file automatically added to .gitignore?" The default is "true" (yes) If you say "yes" to this question, then your .quasar.env.json file will automatically be inserted into the .gitignore. For security purposes, because you may have sensitive data in your .quasar.env.json file, you should not keep it in a repository.

Accessing the data

Any data in a .quasar.env.json will be placed in process.env at the browser level.


If you specified a common root object, say MyData, then the data will be placed at process.env.MyData.

Be aware, if you have something like this in your .quasar.env.json:


Then you will need to use the parseInt() function as it will be propogated to the browser code as a string. You should really do it this way:


Now, the variable will be accessible in the browser as a number.


The format of the .quasar.env.json is as follows:

  "development": {
    "ENV_TYPE": "Running Development",
    "ENV_DEV": "Development"
  "production": {
    "ENV_TYPE": "Running Production",
    "ENV_PROD": "Production"
  "test": {
    "ENV_TYPE": "Running Test",
    "ENV_Test": "Test"

This is the default that is installed and you will need to modify it to fit your needs.

You can add as many environments as needed (top-level keys). You are not restricted to the development, production and test that come by default. And, you can add as many variables under those environment types as you like.

Specifying environment

So, how is this accessed?

You will need to modify your package.json in the scripts area. Let's take a look at an example:

    "dev": "QENV=development quasar dev",
    "test-dev": "QENV=test quasar dev",
    "combined": "QENV=development+test quasar dev",
    "build": "QENV=production quasar build"

Basically, you need to set the QENV environment variable for Node. You specifiy the key that you want for the propgated data.

QEnv with Windows

Many thanks to NicksonYap for the following information:

QEnv will work on Windows by additionally installing cross-env.

npm install --save-dev cross-env
yarn add --dev cross-env

Then, in package.json:

"dev""cross-env QENV=development quasar dev"

QEnv with Docker

QEnv will work with Docker by using the following syntax to inject your QENV variable into Node:

$ sudo docker run [...] -e QENV="development"

Chaining environments

Look at the combined script. Absolutely, you can chain two or more together. When doing this, if there is any conflicting variables, the last one in wins.

In other words:

"combined""QENV=development+test quasar dev",

will give different results than:

"combined""QENV=test+development quasar dev",

And to be clear, you would do the following to run it:

# npm 
npm run combined
# or 
# yarn 
yarn combined


quasar ext remove @quasar/qenv


If you appreciate the work that went into this, please consider donating to Quasar or Jeff.


MIT (c) Jeff Galbraith


npm i @quasar/quasar-app-extension-qenv

DownloadsWeekly Downloads






Unpacked Size

10.2 kB

Total Files


Last publish


  • avatar
  • avatar
  • avatar
  • avatar
  • avatar
  • avatar