Tag: 构build

JS编译器同时编写前端和后端代码: 我想编写前端和后端之间高度互动的项目。目前，我正在使用Node.js作为后端，Google Closure作为前端和自己的Swagger类库来发布和使用基于模式的JSON服务。我不喜欢这种方法，因为这些项目的变化是非本地的，需要大量的testing。是否有一个JS的变体（或者，可能是一些语言翻译成JS）翻译一个来源（可能有一些@server/@client注释）既前端和后端代码？

babel，带有nodemon脚本的webpack？: 我想知道是否有一种方法来configurationwebpack babel和nodemon。我几乎在网上search，但没有发现任何有用的东西，或者可能是我，因为我是非常新的构build工具。我在我的package.json有这个脚本： "start": "nodemon app.js –exec babel-node" 它会传输我的代码，并在发生更改时重新启动服务器。我想知道是否有这样的手表function的webpack的configuration。我可以做到这一点与webpack（运行服务器，并观察变化，并重新启动巴贝尔transpile）？

meteorbuild立打破部署到Heroku: 我没有改变任何依赖关系，但是当我部署到Heroku的时候，我的构build突然间崩溃了。请参阅下面的错误消息获取更多信息 —–> Fetching set buildpack https://github.com/AdmitHub/meteor-buildpack-horse.git… done —–> Node.js app detected —–> Installing node —–> Installing meteor Downloading Meteor distribution Meteor 1.3 has been installed in your home directory (~/.meteor). Now you need to do one of the following: (1) Add "$HOME/.meteor" to your path, or (2) Run this command as root: cp "/tmp/buildpack20160403-165-1y59l1z/meteor-j9kn/.meteor/packages/meteor-tool/1.3.0_3/mt-os.linux.x86_64/scripts/admin/launch-meteor" […]

Cordova after_prepare挂钩在Android中成功，但在iOS中失败: 我已经为我的Cordova build编写了一个after_prepare钩子，它从最终的构build中删除了node_modules文件夹： #!/usr/bin/env node /** * The node modules we want to remove from the build prior to building * @type {Array} */ var foldersToRemove = ["platforms/android/assets/www/node_modules", "platforms/ios/www/node_modules"]; var fse = require('fs-extra'); var path = require('path'); var rootdir = process.argv[2]; foldersToRemove.forEach(function(folder) { var rmFolder = path.join(rootdir, folder); fse.remove(rmFolder, function(err) { if (err) { return console.error(err); […]

没有npm安装使用gulp进行构build: 我正在一个Web应用程序（JavaScript / C＃，由TFS控制的版本）中工作，我们的团队希望开始使用Visual Studio 2015.Microsoft正在将开发人员使用现有的stream行工具，如Gulp进行自动化任务，所以我写了一个几个将在服务器上运行的Gulp任务。我的问题是，我们的自动生成生成生成服务器上的新项目文件夹，所以我不能运行gulp myBuildTask没有首先运行npm install 。 npm安装会在构build过程中增加2分钟以上的时间，并且对于每个构build下载相同的依赖关系似乎效率很低（因为它们很less会改变）。有没有反正我可以运行一个新的项目文件夹没有首先运行npm install Gulp任务？我考虑的选项：在TFS中包含node_modules。我无法将node_modules文件夹添加到TFS（这会导致它存在于每个新的生成文件夹中），因为bower的嵌套依赖项的文件path对于Windows来说太长了。我可以没有凉亭走这条路线，但我不确定我想在我的解决scheme中的所有这些文件（其中大部分是不需要的，如自述和testing文件）。每次自动构build后运行 npm install 。如前所述，我不想这样做，因为它增加了几分钟的构build过程。全局安装NPM模块。我不确定这是否可能，但我想知道是否可以在构build服务器上全局安装所有项目依赖项（避免在项目级安装）。我对这种方法的担心是，我不想每次添加一个gulp插件时手动更新构build服务器的全局安装的NPM模块。理想情况下，解决scheme就像＃3。这些模块将全局安装，但是每个构build都可以运行一个npm install来validation每个模块的安装。如果一个新的npm模块被添加到package.json中，它将被下载。这个npm install会很快，因为在大多数情况下，所有的模块都已经存在（全局安装在构build服务器上）。

在电子中使用gRPC: 我试图要求在一个电子应用grpc，但我得到以下错误： Error: dlopen(/srv/node_modules/grpc/src/node/extension_binary/grpc_node.node, 1): Symbol not found: _GENERAL_NAME_free Referenced from: /srv/node_modules/grpc/src/node/extension_binary/grpc_node.node Expected in: flat namespace 我使用的是OSX Sierra 10.12.1，节点6.8.1，电子1.4.4和grpc 1.0.1-pre1。我升级了xcode命令行工具，并且安装了openssl –force。我build立了二进制文件： LDFLAGS=-L/usr/local/opt/openssl/lib CPPFLAGS=-I/usr/local/opt/openssl/include ./node_modules/.bin/electron-rebuild 并手动使用： LDFLAGS=-L/usr/local/opt/openssl/lib CPPFLAGS=-I/usr/local/opt/openssl/include HOME=~/.electron-gyp node-pre-gyp rebuild –target=1.4.4 –arch=x64 –dist-url=https://atom.io/download/atom-shell 但是当我运行应用程序，我仍然得到错误。

复制node.js中的文件构build脚本: 我玩一个JavaScript项目，它使用节点构build脚本。它通过同步一些文件夹到一个build立的文件夹 try { fs.statSync('built/imgs'); } catch(err) { if (err.code=='ENOENT') fs.symlinkSync('../imgs', 'built/imgs'); else throw err; } 什么是相应的FS命令来获得文件的真正副本到build立的文件夹？

在Solaris上是否有任何预构build的Node.JS二进制文件？: 我尝试了Solaris 11机器，它可以工作，我甚至可以将构build的可执行文件复制到Solaris 10机器上。当我尝试在Solaris 10上构build时，得到的Host architecture was not detected as supported by v8因为这两个机器都是x86，所以很奇怪。到Solaris 11是一个麻烦，因为我并不总是有一个Solaris 11机器可用。（如现在）通常我只有Solaris 10 6/06。看来在那里会有一些预build的二进制文件。有谁知道他们？

在Lua虚拟机上运行JavaScript有意义吗？: Lua很小，可以很容易地embedded。目前的JavaScript虚拟机非常庞大，难以集成到现有的应用程序中。所以不可能编译JavaScript到Lua或Lua字节码？特别是对于移动应用程序的限制，这似乎是一个很好的select。能够轻松地将最stream行的脚本语言集成到任何iPhone或Android应用程序将是伟大的。我对Lua不是很熟悉，所以我不知道这在技术上是否可行。有了Luvit，有一个活跃的项目试图将Node.js架构移植到Lua。所以，平静的JavaScript世界离Lua的可能性还有很远的距离。

构buildNode.js给出错误：Node.jsconfiguration错误：找不到可接受的C编译器: 在尝试使用Ubuntu 14.04系统交叉编译ARM（Raspberry Pi B）的Node.js v0.10.30时，遇到错误消息： Node.js configure error: No acceptable C compiler found! Please make sure you have a C compiler installed on your system and/or consider adjusting the CC environment variable if you installed it in a non-standard prefix. 我该如何解决这个问题并成功编译node.js？在新的Ubuntu 14.04 x64安装上使用的命令： sudo apt-get install gcc g++ git git clone git://github.com/joyent/node.git cd node […]