dtoro
d4d99a7473
Problem: the hexagonal refactor churns the backend tree for nine more phases; the UI delivery stack (web/ SPA, cmd/desktop Wails wrapper, compose/web image) must move to its own repo first so doc/layout rewrites land once on a backend-only tree. Change: - New repo git.hubris.network/dtoro/oikos-web (v0.33.0): web/, desktop/ (updateURL repointed to oikos-web releases), compose/, own CI (web + desktop jobs), own deploy script (CI-green gate, TOCTOU guard, version-tagged images, prune-to-3), own webhook receiver on :9798 + launchd unit, own compose project publishing the same 8091:80. - Cutover executed on mac-mini in order: oikos stack's web service stopped+removed, oikos-web project brought up on 8091; outer Caddy untouched (targets the published port) — serving + Authentik flow + /wails 404 quirk verified post-cutover. - Stripped from oikos: web/, cmd/desktop/, compose/web/, desktop CI workflow, ci.yml web job, Makefile ui/desktop/desktop-package/install targets, the compose web service, oikos-web from deploy.sh's fallback prune list; wails + go-keyring dropped from go.mod, vendor synced. - README / CONTRIBUTING / AGENTS.md / .agents dev+operations docs now point at the new repo; mbse + mascot design docs carry a path note. Risk: production SPA serving depends on the new pipeline now; rollback is versioned-image re-up of the old web service from a pre-split checkout (port 8091). Desktop builds installed before the split still check dtoro/oikos releases — one manual reinstall, noted in the oikos-web release notes. Verification: go vet, make test (race), make generate-check, golangci (no new findings; baseline down 400→365); post-cutover curls — localhost:8091 200, /wails/runtime.js 404, outer Caddy 302 Authentik.
90 lines
4.0 KiB
Markdown
90 lines
4.0 KiB
Markdown
# cross-spawn
|
|
|
|
[![NPM version][npm-image]][npm-url] [![Downloads][downloads-image]][npm-url] [![Build Status][ci-image]][ci-url] [![Build status][appveyor-image]][appveyor-url]
|
|
|
|
[npm-url]:https://npmjs.org/package/cross-spawn
|
|
[downloads-image]:https://img.shields.io/npm/dm/cross-spawn.svg
|
|
[npm-image]:https://img.shields.io/npm/v/cross-spawn.svg
|
|
[ci-url]:https://github.com/moxystudio/node-cross-spawn/actions/workflows/ci.yaml
|
|
[ci-image]:https://github.com/moxystudio/node-cross-spawn/actions/workflows/ci.yaml/badge.svg
|
|
[appveyor-url]:https://ci.appveyor.com/project/satazor/node-cross-spawn
|
|
[appveyor-image]:https://img.shields.io/appveyor/ci/satazor/node-cross-spawn/master.svg
|
|
|
|
A cross platform solution to node's spawn and spawnSync.
|
|
|
|
## Installation
|
|
|
|
Node.js version 8 and up:
|
|
`$ npm install cross-spawn`
|
|
|
|
Node.js version 7 and under:
|
|
`$ npm install cross-spawn@6`
|
|
|
|
## Why
|
|
|
|
Node has issues when using spawn on Windows:
|
|
|
|
- It ignores [PATHEXT](https://github.com/joyent/node/issues/2318)
|
|
- It does not support [shebangs](https://en.wikipedia.org/wiki/Shebang_(Unix))
|
|
- Has problems running commands with [spaces](https://github.com/nodejs/node/issues/7367)
|
|
- Has problems running commands with posix relative paths (e.g.: `./my-folder/my-executable`)
|
|
- Has an [issue](https://github.com/moxystudio/node-cross-spawn/issues/82) with command shims (files in `node_modules/.bin/`), where arguments with quotes and parenthesis would result in [invalid syntax error](https://github.com/moxystudio/node-cross-spawn/blob/e77b8f22a416db46b6196767bcd35601d7e11d54/test/index.test.js#L149)
|
|
- No `options.shell` support on node `<v4.8`
|
|
|
|
All these issues are handled correctly by `cross-spawn`.
|
|
There are some known modules, such as [win-spawn](https://github.com/ForbesLindesay/win-spawn), that try to solve this but they are either broken or provide faulty escaping of shell arguments.
|
|
|
|
|
|
## Usage
|
|
|
|
Exactly the same way as node's [`spawn`](https://nodejs.org/api/child_process.html#child_process_child_process_spawn_command_args_options) or [`spawnSync`](https://nodejs.org/api/child_process.html#child_process_child_process_spawnsync_command_args_options), so it's a drop in replacement.
|
|
|
|
|
|
```js
|
|
const spawn = require('cross-spawn');
|
|
|
|
// Spawn NPM asynchronously
|
|
const child = spawn('npm', ['list', '-g', '-depth', '0'], { stdio: 'inherit' });
|
|
|
|
// Spawn NPM synchronously
|
|
const result = spawn.sync('npm', ['list', '-g', '-depth', '0'], { stdio: 'inherit' });
|
|
```
|
|
|
|
|
|
## Caveats
|
|
|
|
### Using `options.shell` as an alternative to `cross-spawn`
|
|
|
|
Starting from node `v4.8`, `spawn` has a `shell` option that allows you run commands from within a shell. This new option solves
|
|
the [PATHEXT](https://github.com/joyent/node/issues/2318) issue but:
|
|
|
|
- It's not supported in node `<v4.8`
|
|
- You must manually escape the command and arguments which is very error prone, specially when passing user input
|
|
- There are a lot of other unresolved issues from the [Why](#why) section that you must take into account
|
|
|
|
If you are using the `shell` option to spawn a command in a cross platform way, consider using `cross-spawn` instead. You have been warned.
|
|
|
|
### `options.shell` support
|
|
|
|
While `cross-spawn` adds support for `options.shell` in node `<v4.8`, all of its enhancements are disabled.
|
|
|
|
This mimics the Node.js behavior. More specifically, the command and its arguments will not be automatically escaped nor shebang support will be offered. This is by design because if you are using `options.shell` you are probably targeting a specific platform anyway and you don't want things to get into your way.
|
|
|
|
### Shebangs support
|
|
|
|
While `cross-spawn` handles shebangs on Windows, its support is limited. More specifically, it just supports `#!/usr/bin/env <program>` where `<program>` must not contain any arguments.
|
|
If you would like to have the shebang support improved, feel free to contribute via a pull-request.
|
|
|
|
Remember to always test your code on Windows!
|
|
|
|
|
|
## Tests
|
|
|
|
`$ npm test`
|
|
`$ npm test -- --watch` during development
|
|
|
|
|
|
## License
|
|
|
|
Released under the [MIT License](https://www.opensource.org/licenses/mit-license.php).
|