Tag: nodemon

Nodeclipsedebugging器忽略断点: 我正在使用nodemon 0.10和nodemon，但是当我尝试debugging我的脚本时，它不会停在我的任何断点处。我已经看到这个和这个答案，但没有帮助。有时候，它会在nodemon的第一行停下来，有时它会给我一个V8 VM的超时错误，有时它根本就什么也不做。以下是我迄今为止所尝试的：我尝试了“节点应用程序”和“监视器节点”，都没有工作。从首选项页面中删除了nodemon，但是Eclipse只是抱怨它缺lessnodemonpath，并且不会启动我的脚本（即使我select了“Node application”）从命令行运行node –debug-brk=5858 ，然后尝试将Eclipsedebugging器附加到它尝试启动从工具栏button（我个人的默认），以及右键单击脚本文件后，从上下文菜单中的debugging – 只是停止在脚本的module.exports行冉eclipse –clean 它没有工作。作为一个方面说明，当我安装Nodeclipse时，我并没有将它安装到新的Eclipse环境中，因为我花了很长时间来将现有的环境configuration到我喜欢的地方，而且我宁愿保留它。有人以前处理过这个问题吗？

如何将一个npm脚本转换成一个咕噜的任务？: 我有我的nodeJS下面的脚本。 "scripts": { "start": "grunt", "test": "node –debug –harmony node_modules/grunt-cli/bin/grunt test" } 我正在运行节点v0.11.13，所以我需要设置 – 和谐标志。在咕噜的testingconfiguration正确，如果我用npmtesting启动它们，但我宁愿将它全部在一个grunt文件。有没有办法configurationgrunt来启动服务器，并运行testing？

Node.js，coffeescript和编译的js文件: 我明白，可以原生使用CoffeeScript代替JavaScript，而不需要将JavaScript编译成CoffeeScript文件（至less不能将它们编译为文件;也许在内存中或者即时编译）。我有一个主app.coffee文件的基本应用程序如下： coffee = require 'coffee-script' coffee = require 'coffee-script/register' express = require 'express' compression = require 'compression' sockets = require 'socket.io' http = require 'http' server = http.createServer express app = express() # […] 在我的package.json中，我有以下几点： // … "dependencies": { "coffee-script": "^1.9.3" // … } "scripts": { "start": "coffee app.coffee –nodejs" // … } // […]

Node.js：标识为自动化testing用例执行而修改的文件: 我目前使用nodemon或supervisor进行自动服务器重启和自动testing用例执行。但是目前我的要求是在certain files改变时run specific test cases 。例如，如果app\models\user.js被修改，我想要test\model\user-test.js被执行。我为了实现我需要确定哪些是被修改的文件。我怎样才能达到使用nodemon或supervisor ？

使用intellij远程debuggingnodejs: 我试图远程debugging我的nodejs应用程序（实际上运行在我的本地计算机上的docker容器，但出于所有目的被视为远程主机）我已经在docker-compose文件中使用以下命令使用nodemon运行应用程序 nodemon –debug=3010 app.js 然后打开容器的端口，并使用端口转发使端口在localhost：3010中可用。之后，我在intellij远程debugging器插件中设置了以下configuration： host: localhost port: 3010 现在，在容器中运行代码时，代码不会停在我的断点上。我很确定我应该启动我为远程debugging设置的configuration，但是并没有真正看到如何。我也尝试将远程debugging插件的主机参数设置为docker-machine ip，但是这也没有给出任何结果。当代码到达我的断点时，我该怎么做才能使intellij停止？

节点和nodemon之间有什么区别？: 在我使用的package.json中 "scripts": { "start": "node app.js" }, 但是如果我使用nodemonreplace节点app.js就好 "scripts": { "start": "nodemon app.js" }, 比会发生什么？因为当我在服务器端得到任何错误，其他API也closures工作。所以我认为这是因为我使用节点app.js，如果我使用nodemon app.js比服务器将重新启动或不。

Nodemon和/或使用Node-React Web App进行热重新加载: 在使用webpackconfigurationweb应用程序以创build最佳开发体验方面，我还是很新的。我已经采取了两个不同的节点反应课程; 一个是我们使用nodemon来跟踪更改，另一个是我们实现热重载的地方。当涉及到这两个依赖关系时，它是一个还是那个？它们应该一起使用还是多余？另外，如果我在客户端使用带有React的快速服务器，我是否使用react-hot-loader，webpack-hot-middleware或两者兼而有之？我对使用热重装的方法感到困惑，因为看起来有很多方法可以做到这一点。另外，当我使用nodemon作为包装（nodemon –exec babel-node server.js）时，我的热模块重新加载不起作用，但我仍然发现自己想要一种轻松重新启动服务器的方法。多谢你们。

Nodemon + Vagrant + Mongodb: 我使用Vagrant来开发节点应用程序，我已经安装了nodemon，mongodb和fwded ports 3000：3000（用于我的应用程序）和27017：27017（用于MongoDB连接）。如果我跑 nodemon server.js 我可以在http://localhost:3000上访问我的应用程序，但是每次我在Vm的数据库上进行更改时，都必须键入 rs 数据库上的更改在http://localhost:3000上生效任何想法为什么发生这种情况？谢谢！

npm脚本nodemon – 监视js和scss文件的更改: 我正在尝试设置一个开发环境，只使用NPM，而不使用grunt.js或bower.js。我遵循这个教程： http : //beletsky.net/2015/04/npm-for-everything.html 我正在使用nodemon来监视我的.js和.scss文件，以查找重新启动节点服务器的更改。所以在我的package.json文件中，我有脚本脚本： "watch-js": "nodemon -e js –watch public/js -x \"npm run build-js\"", "watch-sass": "nodemon -e scss –watch public/sass -x \"npm run build-sass\"", "watch": "npm run watch-js & npm run watch-sass" 但是当我运行npm run watch ，只能npm run watch public / js文件。并且相应地触发构build。但它不会注意到的文件。版本： node v0.10.36 nodemon v1.4.1 我还包括一个构build脚本，如果我运行编译sass到CSS，所以我的build-sass脚本应该没问题 "build": "npm […]

Docker / bin / bash：找不到nodemon：命令: 我试图从我的主机挂载我的工作节点代码到docker容器中，并使用docker-compose使用nodemon运行它。但容器似乎无法findnodemon。注意：我的主机没有安装节点或npm。这里是我的项目（testing）的根文件夹中的文件。（这只是一个粗略的草案） Dockerfile FROM surenderthakran/nodejs:v4 ADD . /test WORKDIR /test RUN make install CMD make run Makefile文件 SHELL:=/bin/bash PWD:=$(shell pwd) export PATH:= $(PWD)/node_modules/.bin:$(PWD)/bin:$(PATH) DOCKER:=$(shell grep docker /proc/1/cgroup) install: @echo Running make install…… @npm config set unsafe-perm true @npm install run: @echo Running make run…… # Check if we are inside docker container […]