Node --watch no npm run dev: restart sem o nodemon
Como usar a flag --watch do Node, silenciar o aviso experimental e criar o script npm run dev no package.json.
Ideia central
Node --watch: restart automático sem nodemon: a lição do material de origem só paga se você transformar o insight em sistema — dono, métrica e ritual — em vez de acumular abas e intenção.
O que o material de origem realmente diz
Mas, nas versões mais recentes do Node, eu posso executar a minha aplicação com uma flag aqui, traço, traço, watch, e automaticamente agora, toda vez que eu editar o meu arquivo, por exemplo, trocar aqui de Oi para Hello World e salvar, veja que ele já faz um restart automático no meu servidor, Ou seja, basta eu voltar aqui e...
Por que isso importa na operação
E agora, se eu voltar aqui dentro da minha aplicação e executar npm run dev, veja que ele vai executar esse script que eu acabei de criar, onde dev é exatamente o nome do script que eu criei aqui e minha aplicação continua funcionando. Outra coisa que é chatinha aqui no Node, é que eu tenho que ficar, toda vez que eu faço uma alteração no código, eu tenho que vir aqui e alterar, cancelar e executar o nosso script de novo.
Na prática
Regra: se não há output auditável ligado a «node watch flag npm run dev», ainda é consumo — não sistema.
Como estruturar o método
E aí a gente pode ver que quando eu executo isso, ele fala que isso aqui é uma feature experimental do Node. E aí, caso você não goste desse aviso, você pode vir aqui e só passar uma flag no warnings. Outra coisa que eu gosto de fazer, que é muito legal, é como eu não quero ficar lembrando desse script aqui do zero toda vez, digitar ele do zero, eu posso vir aqui no meu package.json, Veja que aqui eu tenho um script chamado start, eu vou trocar e criar um novo aqui chamado dev.
Erros que drenam o resultado
Outra coisa que é chatinha aqui no Node, é que eu tenho que ficar, toda vez que eu faço uma alteração no código, eu tenho que vir aqui e alterar, cancelar e executar o nosso script de novo. Mas, nas versões mais recentes do Node, eu posso executar a minha aplicação com uma flag aqui, traço, traço, watch, e automaticamente agora, toda vez que eu editar o meu arquivo, por exemplo, trocar aqui de Oi para Hello World e salvar, veja que ele já faz um restart automático no meu servidor, Ou seja, basta eu voltar aqui e...
Aplicação em uma semana
E aí a gente pode ver que quando eu executo isso, ele fala que isso aqui é uma feature experimental do Node. E aí, caso você não goste desse aviso, você pode vir aqui e só passar uma flag no warnings. Outra coisa que eu gosto de fazer, que é muito legal, é como eu não quero ficar lembrando desse script aqui do zero toda vez, digitar ele do zero, eu posso vir aqui no meu package.json, Veja que aqui eu tenho um script chamado start, eu vou trocar e criar um novo aqui chamado dev.
Atenção
Não otimize ferramenta antes de ter hipótese e métrica. Stack nova sem critério só acelera o erro.
Sinais de que está funcionando
E aí eu vou jogar aquele script que eu acabei de executar ali no meu terminal. E agora, se eu voltar aqui dentro da minha aplicação e executar npm run dev, veja que ele vai executar esse script que eu acabei de criar, onde dev é exatamente o nome do script que eu criei aqui e minha aplicação continua funcionando.
O atrito clássico no Node é reiniciar o processo a cada alteração. Nas versões recentes, a flag `--watch` reinicia o servidor ao salvar o arquivo — o fluxo vira editar, salvar e ver o resultado sem cancelar o terminal.
O aviso de feature experimental aparece por padrão. Se o ruído atrapalha, combine com flags de warnings conforme a versão do runtime. O ponto não é silenciar tudo: é manter o feedback útil sem poluir o terminal.
No `package.json`, troque o hábito de digitar o comando longo por um script `dev` que já inclui `--watch`. Assim o time (ou o você do futuro) sobe o ambiente com `npm run dev` sem memorizar flags.
Use watch em desenvolvimento; em produção o processo deve ser estável e orquestrado pelo host (PM2, container, plataforma). Misturar hot-reload com produção é receita de restart inesperado.
Quando o watch não pega arquivo, confira se você edita o path certo, se há cache de build e se o entrypoint observado é o mesmo que o servidor carrega. Diagnóstico curto evita culpar a flag.
Perguntas frequentes
Qual mecanismo de «Por que isso importa na operação» cabe no fluxo que você já toca — recorte `node-watch-flag-npm-run-dev`?
Do texto: E agora, se eu voltar aqui dentro da minha aplicação e executar npm run dev, veja que ele vai executar esse script que eu acabei de criar, onde dev é exatamente o nome do script que eu criei aqui e minha aplicação continua funcionando. Outra coisa que é.
Como extrair «Como estruturar o método» sem copiar o artigo inteiro — recorte `node-watch-flag-npm-run-dev`?
E aí a gente pode ver que quando eu executo isso, ele fala que isso aqui é uma feature experimental do Node. E aí, caso você não goste desse aviso, você pode vir aqui e só passar uma flag no warnings. Outra coisa que eu gosto de fazer, que é muito legal, é. Em «Como estruturar o método», trate como experimento com dono e prazo — não como lista de intenções.
O que «Erros que drenam o resultado» muda no próximo ciclo de trabalho — recorte `node-watch-flag-npm-run-dev`?
Comece pelo mecanismo: Outra coisa que é chatinha aqui no Node, é que eu tenho que ficar, toda vez que eu faço uma alteração no código, eu tenho que vir aqui e alterar, cancelar e executar o nosso script de novo. Mas, nas versões mais recentes do Node, eu posso executar a minha.
Quando «Aplicação em uma semana» deixa de valer o esforço desta sprint — recorte `node-watch-flag-npm-run-dev`?
Critério do material: E aí a gente pode ver que quando eu executo isso, ele fala que isso aqui é uma feature experimental do Node. E aí, caso você não goste desse aviso, você pode vir aqui e só passar uma flag no warnings. Outra coisa que eu gosto de fazer, que é muito legal, é. Se precisar de segundo sinal: Não otimize ferramenta antes de ter hipótese e métrica. Stack nova sem critério só acelera o erro.