Last 12 weeks · 12 commits
4 of 6 standards met
Being able to spawn a worker thread instead of a child process using a simple boolean option would be nice. Unlike in browsers, Node.js includes many similar features as child processes: environment variables, //, . Also, most of Execa's logic is actually userland, i.e. implemented by us and not borrowed from . For example, most things input/output-related (including subprocess piping), the verbose mode, etc. It would be nice to be able to re-use all of those Execa features but with a worker thread instead. I believe 90-95% of features can be re-used. This option would imply the option, since only Node.js files can be launched as threads. Instead of returning a property (#413), this would return a property, with the instead. We would try to make the properties/methods as close to as possible, for parity. That's a bigger feature, but this might be quite useful. What are your thoughts on this @sindresorhus?
Repository: sindresorhus/execa. Description: Process execution for humans Stars: 7527, Forks: 257. Primary language: JavaScript. Languages: JavaScript (78.9%), TypeScript (21.1%). License: MIT. Topics: binary, child-process, exec, execute, javascript, nodejs, shell, spawn, spawned-processes, streams. Latest release: v9.6.1 (7mo ago). Open PRs: 0, open issues: 5. Last activity: 1d ago. Community health: 85%. Top contributors: ehmicky, sindresorhus, SamVerschueren, jamestalmage, GMartigny, kevva, mk-pmb, fisker, aaronccasanova, justsml and others.