Environment variable handling in a crossplatform way
See original GitHub issueEnvironment variables are passed differently in Windows and unix systems, so we cannot write scripts easily that run on both platforms. It would be very nice if concurrently would include such functionality, so we don’t need to write horrors like
concurrently "cross-env FIRST_ENV=one my-program arg1" cross-env ANOTHER_ENV=two my--other-program arg3
Issue Analytics
- State:
- Created 3 years ago
- Comments:9 (2 by maintainers)
Top Results From Across the Web
How to set environment variables in a cross-platform way?
I recently came across the cross-env project. It's pretty straight-forward { "scripts": { "build": "cross-env NODE_ENV=production webpack ...
Read more >kentcdodds/cross-env: Cross platform setting of ... - GitHub
The main use case for cross-env-shell is when you need an environment variable to be set across an entire inline shell script, rather...
Read more >Variables in any environment - Christopher G. Jennings
To make using them easier, this page provides a quick cross-platform guide to common environment variable tasks. The basics. This table compares how...
Read more >Environment Variables: What They Are and How To Use Them
Environment variables add dynamicity to your static code base; you can switch between internal/external resources based on the value of the ...
Read more >Tips for Writing Cross-Platform PowerShell Code
on those platforms. Since environment variable names are case-insensitive on Windows, you should prefer the case from Linux/MacOS. Always Use “ ...
Read more >
Top Related Medium Post
No results found
Top Related StackOverflow Question
No results found
Troubleshoot Live Code
Lightrun enables developers to add logs, metrics and snapshots to live code - no restarts or redeploys required.
Start Free
Top Related Reddit Thread
No results found
Top Related Hackernoon Post
No results found
Top Related Tweet
No results found
Top Related Dev.to Post
No results found
Top Related Hashnode Post
No results found
cross-env
is no longer developed anymore. Is it OK if I try to submit a PR for this issue?we can implement both 2 and 3 with backward compatibility (default is
--no-parse-env
)