Our great sponsors
shelljs | cross-env | |
---|---|---|
27 | 22 | |
14,134 | 5,156 | |
0.2% | - | |
6.4 | 5.6 | |
about 2 months ago | over 3 years ago | |
JavaScript | JavaScript | |
BSD 3-clause "New" or "Revised" License | MIT License |
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
shelljs
-
The Bun Shell
When I need shell-like utilities from my JS scripts I've previously used shelljs [0]. It's neat that Bun is adding more built-in utilities though.
-
zx 7.0.0 release
Feels like this library is trying to solve a problem solved long ago by shelljs
-
Guide: Hush Shell-Scripting Language
The purpose of OP's project kind of reminded me of shell.js (shx) [1] which is a nodejs library that wraps all kinds of common UNIX commands to their own synchronously executed methods.
I guess that most shell projects start off as wanting to be a cross-platform solution to other operating systems, but somewhere in between either escalate to being their own programming language (like all the powershell revamps) or trying to reinvent the backwards-compatibility approach and/or POSIX standards (e.g. oil shell).
What I miss among all these new shell projects is a common standardization effort like sh/dash/bash/etc did back in the days. Without creating something like POSIX that also works on Windows and MacOS, all these shell efforts remain being only toy projects of developers without the possibility that they could actually replace the native shells of Linux distributions.
Most projects in the node.js area I've seen migrate their build scripts at some point to node.js, because maintaining packages and runtimes on Windows is a major shitshow. node.js has the benefit (compared to other environments) that it's a single .exe that you have to copy somewhere and then you're set to go.
When I compare that with python, for example, it is super hard to integrate. All the anaconda- or python-based bundles for ML engineers are pretty messed up environments on Windows; and nobody actually knows where their site-packages/libraries are really coming from and how to even update them correctly with upstream.
-
Ask HN: Let's Build CheckStyle for Bash?
Oh people have tried - here are a few https://stackoverflow.com/questions/10239235/are-there-any-l...
I vaguely remember quite liking bish when I saw it years ago https://github.com/tdenniston/bish but it looks like no commits in 6 years.
This shelljs thing looks more promising, but really tedious to use https://github.com/shelljs/shelljs - shell.rm('-rf', 'out/Release'); I'd rather suffer proper bash than have to do that sort of thing.
Nothing seems to have really caught on so far. Bash is easy to learn and hack on, and before you know it, that simple install.sh that started out moving a few files around is 5000 lines, unmaintainable, and critical to bootstrapping your software :)
-
Release of google/zx 5.0.0
I personally prefer shelljs for stuff like this. zx seems pretty high on the "insane syntactic sugar" train.
-
How to build a CLI using NodeJS 💻
As we are creating starter files, let's use ShellJS to run commands like git clone, mkdir...
-
shelljs VS bargs - a user suggested alternative
2 projects | 7 Dec 2021
-
Scripting Languages of the Future
This talks a bunch about the "good run" of current scripting languages, including for example JavaScript.
But JavaScript, as an actual scripting language, has been pretty primitive but finally starting to become a real candidate for actual scripting. There's imo crufty not very great options like shelljs[1]. But adding a tagged-template string for system(), for calling things, and a little bit of standard library has made JS a much more interesting & competent scripting language. Those efforts are being done in ZX[2].
I like the idea of the topic, exploring it. But the author feels off in a number of places.
> What TypeScript showed is that you could join together the idea of a flexible lightweight (and optional!) type system onto an existing programming language, and do so successfully. . . .The question then is - what if you created a programming language from the start to have this kind of support?
Personally I just don't think languages matter very much. They're very similar, by & large. They have different tooling, packaging, somewhat different looks/feels for executing code, and their standard libraries are different. But TypeScript is popular & fast at least 90% because it is JS, because it works with JS things. Arguing that we should try to recreate TypeScript apart from JS sounds like a mind blowing waste of time. Also, Deno has good integrated TypeScript support.
On the topic of easy parallelism, JavaScript promises are imo quite easy to stitch together & use & quite available.
One of the main issues I see with easy-parallelism is that it's too easy: there's too many cases for uncontrolled parallelism. Throwing tarn.js or other worker-pools at problems seems all too common. But one is still left stitching together each pool/stage of work. I'd like to see SEDA[3] like architectures emerge, and perhaps get added to something like ZX standard library.
[1] https://github.com/shelljs/shelljs
[2] https://github.com/google/zx
[3] https://en.wikipedia.org/wiki/Staged_event-driven_architectu...
-
Fixing a bug in an open source project - telescope
Having never worked with shelljs, I spent a little bit going through their documentation and found out that exec() accepted 3 arguments for the callback, namely code, stdout and stderr. Gaining that little bit of knowledge, I went back into the file to gain an idea of what was going on.
-
Can we please share Hero Grids and Filters?
i'm using visual studio code as the code editor and right now the vrf cli (using a shelljs wrapper) to decompile/export game files and assets like hero images or icons.
cross-env
-
A webpack.config.js for WordPress Projects
cross-env
-
To use multiple env files for each environment or not? What is your take on this? How are you implementing this?
i like to use dotenv-flow and dynamically load it into node process. it's framework agnostic and can be combined with vaious other strategies, like explicitly set NODE_ENV with cross-env. all you need is the right command in your package.json, see a sample here.
-
20 Best Libraries and Tools for React Developers
Cross-env runs scripts that set and use environment variables across various platforms.
-
Serving Docusaurus images with Cloudinary
You will also need to disable the url-loader in your Docusaurus build which transforms images into base64 strings, as this will conflict with the plugin. There isn't a first class way to do this in Docusaurus at present. However by setting the environment variable WEBPACK_URL_LOADER_LIMIT to 0 you can disable it. You can see an implementation example in this pull request. It amounts to adding the cross-env package and then adding the following to your package.json:
-
Developing and testing sortable Drag and Drop components. Part 2 - Testing.
Using the cross-env library, you'll tell the React Testing Library to skip auto cleanup after each test. More info and ways to configure here: Skipping Auto Cleanup. Now your configuration is enough to start writing tests, let's get started.
-
Multiple Environment in NodeJS Application
Now we need to load the files during the bootup. Windows environments sometimes face issues with loading the environments. To take care of that, let's install a package named cross-env
-
Improving developer experience as well as front-end performance with webpack.
build; sets and enviroment valiable of NODE_ENV=production using cross-env lib and builds the production bundle, minified and without source-maps as set in the webpack.config.js file.
-
Dum: An NPM scripts runner written in Rust
I'm glad Yarn supports this natively, though. It seems silly to rely on an external package for something so basic (__especially__ with the security vulnerabilities of the ecosystem as a whole).
-
Top 15 libraries you should use for every Node Express backend project.
cross-env
-
SPFx App Configuration
In the meantime however, the cross-env is in a maintenance mode, and at the same time we got some other tools we can use.
What are some alternatives?
dotenv - Loads environment variables from .env for nodejs projects.
concurrently - Run commands concurrently. Like `npm run watch-js & npm run watch-less` but better.
zx - A tool for writing better scripts
Inquirer.js - A collection of common interactive command line user interfaces.
electron-builder - A complete solution to package and build a ready for distribution Electron app with “auto update” support out of the box
node-config - Node.js Application Configuration
nvm - Node Version Manager - POSIX-compliant bash script to manage multiple active node.js versions
chalk - 🖍 Terminal string styling done right
dotenv - A Ruby gem to load environment variables from `.env`.
sudo-block - Block users from running your app with root permissions
yargs - yargs the modern, pirate-themed successor to optimist.