"Building for Production" message is delivered on stderr channel
See original GitHub issueVersion
3.9.3
Environment info
Environment Info:
System:
OS: macOS Sierra 10.12.6
CPU: (24) x64 Intel(R) Xeon(R) CPU E5-2697 v2 @ 2.70GHz
Binaries:
Node: 10.16.0 - /usr/local/bin/node
Yarn: Not Found
npm: 6.9.0 - /usr/local/bin/npm
Browsers:
Chrome: 75.0.3770.142
Firefox: Not Found
Safari: 12.1.1
npmPackages:
@vue/babel-helper-vue-jsx-merge-props: 1.0.0
@vue/babel-plugin-transform-vue-jsx: 1.0.0
@vue/babel-preset-app: 3.9.2
@vue/babel-preset-jsx: 1.0.0
@vue/babel-sugar-functional-vue: 1.0.0
@vue/babel-sugar-inject-h: 1.0.0
@vue/babel-sugar-v-model: 1.0.0
@vue/babel-sugar-v-on: 1.0.0
@vue/cli-overlay: 3.9.0
@vue/cli-plugin-babel: ^3.9.0 => 3.9.2
@vue/cli-plugin-eslint: ^3.9.0 => 3.9.2
@vue/cli-service: ^3.9.0 => 3.9.3
@vue/cli-shared-utils: 3.9.0
@vue/component-compiler-utils: 2.6.0 (3.0.0)
@vue/preload-webpack-plugin: 1.1.0
@vue/web-component-wrapper: 1.2.0
eslint-plugin-vue: ^5.0.0 => 5.2.3 (4.7.1)
vue: ^2.6.10 => 2.6.10
vue-analytics: ^5.17.0 => 5.17.0
vue-axios: ^2.1.4 => 2.1.4
vue-eslint-parser: 2.0.3 (5.0.0)
vue-gtm: ^2.0.0 => 2.0.0
vue-hot-reload-api: 2.3.3
vue-loader: 15.7.1
vue-style-loader: 4.1.2
vue-template-compiler: ^2.6.10 => 2.6.10
vue-template-es2015-compiler: 1.9.1
npmGlobalPackages:
@vue/cli: 3.9.3
Steps to reproduce
const ls = spawn('npm', ['run', ''build']);
ls.stdout.on('data', (data) => {
console.log(`stdout: ${data}`);
});
ls.stderr.on('data', (data) => {
console.log(`stderr: ${data}`);
});
ls.on('close', (code) => {
console.log(`child process exited with code ${code}`);
});
What is expected?
stdout: - Building for production…
What is actually happening?
stderr: - Building for production…
All other output is coming on the correct stdout channel, however for some reason the building for production message gets delivered via the error channel. This makes running automated builds from the command line difficult, as it erroneously reports a stderr
Issue Analytics
- State:
- Created 4 years ago
- Reactions:9
- Comments:16 (1 by maintainers)
Top Results From Across the Web
Using stdout, stdin, and stderr in Node.js - LogRocket Blog
Learn about the standard streams including stdout, stdin, and stderr and how they can help you build programs in your Node.js application.
Read more >Could not find delivery channel for message error in Production
Hi All, In production I am facing the below error frequently in synchronous scenarios. Consider Soap to RFC scenario.
Read more >Kafka Producers | Confluent Platform 4.0.0
The partitioners shipped with Kafka guarantee that all messages with ... In Go, receive from the delivery channel passed to the Produce() ...
Read more >Configuration Message - an overview | ScienceDirect Topics
A time-division transmit and receive RS detects and decodes the relay zone control channels using the relay configuration message sent by the BS....
Read more >The Secure Shell (SSH) Connection Protocol RFC 4254
No data may be sent to a channel until a message is received to indicate that window space ... An example of this...
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 FreeTop Related Reddit Thread
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
Top GitHub Comments
It would be nice to deactivate the spinner (and print everything to stdout) via a vue.config.js or a global command line option.
The spinner is fine if you invoke Vue CLI on one project directly. But if you build multiple Vue CLI projects together (in my case a monorepo managed by Rush.js) the spinner makes things really messy, especially since Rush began to treat everything on stderr as warning (Rush.js > 5.7.x).
Links:
I’m in a similar situation as @boardend which is what sparked the initial discussion here. A --quiet or --silent flag for vue-cli would be quite useful for this type of scenario.