Tag: gulp

惰性安装npm依赖关系？: 作为围绕此请求推理的一个背景：我已经创build了一套基于Gulp的任务，并将它们打包在一个NPM样式的包中。有了这个包，我可以将我的任务导入到我的未来项目中，这样我就不需要在他们之间复制和粘贴我的Gulp任务。我有这个伟大的工作。我现在面临的问题是我正在创build一个相当广泛和通用的任务集合，可以为一系列Web项目configuration提供服务。我没有在每个项目中使用所有这些任务，但是在安装我的Gulptools软件包时，我最终得到了所有的依赖关系。目前价值250MB，但我预计随着年龄增长，如果我可以做一些懒惰的依赖项安装，这将是非常好的，当运行时第一次需要的时候会拉动和安装我的包的依赖项。随后的请求将比安装依赖关系要快得多。有谁知道如何做到这一点？如果是这样，你真棒！ 🙂 更新1 我find了下面的软件包！ https://www.npmjs.com/package/lazy-install 我会调查这个报告。 🙂

吞咽相关任务: 为了构buildWeb应用程序的最终JS源代码，我正在编译JavaScript模板，CoffeScript源代码和vanilla JS供应商脚本。最后的任务依赖于前三者，然后将脚本连接成一个文件。在下面的设置中，我定义了前三个依赖关系的最后一个任务，最后一步从不执行。看来，进程不会等到部分文件写入光盘。我尝试合并事件stream，但似乎是这样的事情矫枉过正。如果有人能在这里指出我正确的方向，我将不胜感激。 // compile JS templates gulp.task('js-build-template', function() { gulp.src('./../app/assets/javascripts/**/*.jst.eco') .pipe(eco({ basePath: 'app/assets/javascripts', namespace: 'JST_ATL' })) .pipe(concat('_templates.js')) .pipe(gulp.dest('public/assets/scripts/partials')); }); // compile CoffeeScript source gulp.task('js-build-source', function() { gulp.src(js.source) .pipe(coffee()) .pipe(concat('_source.js')) .pipe(gulp.dest('public/assets/scripts/partials')); }); // compile vendor scripts gulp.task('js-build-vendor', function() { gulp.src(js.vendor) .pipe(concat('_vendor.js')) .pipe(gulp.dest('public/assets/scripts/partials')); }); // concatenate and fingerprint files gulp.task('js-build', [ 'js-build-template', […]

接收捕获的exception：错误：运行吞噬时，侦听EACCES: 我在我的项目中使用gulp。我想通过一个吞咽任务启动node服务器。这是我的gulpfile.js ： var server = require('gulp-develop-server'); gulp.task('server:start', ['scripts'], function() { server.listen({ path: '/home/ubuntu/node-v0.10.33/TestApp/app.js', }); }); // restart server if app.js changed gulp.task('server:restart', function() { gulp.watch(['/home/ubuntu/node-v0.10.33/TestApp/app.js'], server.restart); }); gulp.task('default', ['server:start']); 我的节点端口号是80 。我在Ubuntu服务器上运行这个代码： ubuntu@ip-xxx-xx-xx-xx:~/gulpReact$ gulp [12:32:35] Using gulpfile ~/gulpReact/gulpfile.js [12:32:35] Starting 'server:start'… [12:32:35] Finished 'server:start' after 3.27 ms [12:32:35] Starting 'default'… [12:32:35] Finished 'default' […]

在Gulp中从第二个来源覆盖文件: 我有一个像这样的目录结构; foo/ – main.css – widgets.css – theme.css bar/ – theme.css – tinymce.css 我想在Gulp中实现的是创build一个包含foo/中的所有文件的stream（如"foo/**/*.css" ），然后将它们与bar/的内容合并，以便任何文件在另一个中不存在，而另一个中存在的文件被覆盖。最后，我应该有一个包含的stream; foo/main.css foo/widgets.css bar/theme.css bar/tinymce.css 添加了bar/theme.css ，并将bar/theme.cssreplace为foo/theme.css 。这应该也适用于foo或bar内的所有子文件夹。我如何做到这一点？我看了一些Gulp的合并包，但是他们似乎只是添加了这些文件，并且从来不replace它们。

用子项目构build一个吞噬项目 – 我怎样才能使用全局和/或要求 – 全部在多个子项目上运行任务？: 我使用gulp-chug来构build一个项目，在多个子项目中使用gulpfiles来运行任务。它运作良好，但速度很慢，我觉得我可以使用球体或更有效的东西。我的例子proj是这样的： gulpfile.js src/ 160×600/ 300×600/ 300×250/ 768×90/ “src /”目录下的所有子目录基本都是.js，.css，.html文件等小型网站，文件夹结构相同。我想在我的主gulpfile.js中创build吞吐任务，以在每个子项目上运行相同的任务。例如，我为每个项目生成一个spritemap，依赖于位于每个“images /”目录中的所有图像。目前，在每个子项目的gulpfile.js我有这个代码运行良好： var spriteData = gulp.src(process.cwd()+'/assets/images/*').pipe(spritesmith({}) //the "src" output is: src/160×600/assets/images… 以上的作品很好用的吞咽。但是，如果我尝试删除gulp-chug，并将该代码放入使用globs的主要gulp文件，它似乎冻结在控制台或err： var spriteData = gulp.src('./src/**/assets/images/*').pipe(spritesmith({}) 后面这个例子更像是我要做的解决scheme。但由于某种原因，它似乎在控制台中挂起，直到我取消这个过程。无论如何，这是我第一次在这里张贴！我将非常感谢任何帮助，找出最好的方式来使这个工作。我已经阅读其他post的东西，使用“要求所有”。我看了看文档，不明白这个模块在我的情况下是如何工作的。谢谢：）

Webstorm 10 – 一个大文件上的节点debbuger不起作用: 我有一个gulpfile，我添加了一些任务，例如：less编译less文件。我想testing我添加到pipe道的一个函数，并在那里放置一个断点，这是它的样子：然而，当我在这个任务上执行debugging，这是我收到的输出：它永远不会停止在上面的任何一个断点，有没有人有任何想法是什么原因呢？ Webstorm版本：10.0.4

杰基尔给我错误，当我尝试运行它吞咽: 我在Windows 10电脑上，我试图让Jekyll和Gulp一起运行，但是当我运行我的默认任务时，我在控制台中输出如下内容： $ gulp [18:08:08] Using gulpfile ~\Desktop\personal-website\gulpfile.js [18:08:08] Starting 'sass'… [18:08:08] Starting 'scripts'… [18:08:08] Starting 'images'… [18:08:08] Starting 'jade'… [18:08:08] Starting 'jekyll-build'… [18:08:08] Starting 'watch'… [18:08:08] Finished 'watch' after 27 ms [18:08:08] Finished 'scripts' after 122 ms [18:08:08] Finished 'images' after 110 ms [18:08:08] Finished 'jade' after 107 ms [18:08:08] Finished 'sass' after 236 […]

Gulp任务 – 依次运行: 我有一个全局任务，必须按顺序（同步）运行一些子任务。我使用任务的依赖机制来处理这个“同步”逻辑： // main task gulp.task('deploy', ['build', 'upload', 'extract', 'migrate'], function() { // task returns a stream }); // sub tasks gulp.task('migrate', ['extract'], function() { // task returns a stream }); gulp.task('extract', ['upload'], function() { // task returns a stream }); gulp.task('upload', ['build'], function() { // task returns a stream }); gulp.task('build', [], function() { […]

使用VB.NET在file.bat中执行gulp时没有任何反应: 我尝试使用VB.NET在file.bat中执行gulpfile.js; 但是，当我debugging或运行file.bat时，没有任何反应（没有错误，没有警告）。它只适用于双击file.bat后。这是我的gulpfile.js var gulp = require('D:/Projects/NailsuperStore_Responsive/node_modules/gulp'); var minifyCss = require('D:/Projects/NailsuperStore_Responsive/node_modules/gulp-minify-css'); var uglify = require('D:/Projects/NailsuperStore_Responsive/node_modules/gulp-uglify'); gulp.task('default',['minify-css', 'minify-js']); gulp.task('minify-css', function(){ return gulp.src('../../theme/css/*.css') .pipe(minifyCss({compatility: 'ie8'})) .pipe(gulp.dest('../../theme/css')); }); gulp.task('minify-js', function(){ return gulp.src('../*.js') .pipe(uglify()) .pipe(gulp.dest('../')); }); 我minifyCSS_JS.bat： d: cd D:\Projects\NailsuperStore_Responsive\Website\includes\scripts\nodeJS gulp PAUSE 最后，VB.NET： Dim psi As New ProcessStartInfo("D:\Projects\NailsuperStore_Responsive\Website\Bin\minifyCSS_JS.bat") psi.RedirectStandardError = True psi.RedirectStandardOutput = True psi.CreateNoWindow = False psi.WindowStyle […]

运行Gulp Serve命令时，“../deps/v8/src/handles.h中发生致命错误”: 尝试运行“Gulp”或“Gulp Serve”命令时，出现以下错误，不知道如何解决此问题，因为我无法访问相关文件。 [16:59:39] Using gulpfile ~/Desktop/Freelance/dev/shortlist/src/client-src/gulpfile.js [16:59:39] Starting 'clean'… [16:59:39] Finished 'clean' after 6.24 ms [16:59:39] Starting 'default'… [16:59:39] Starting 'sass'… [16:59:39] Starting 'browserify'… [16:59:39] Bundling bundle.js… # # Fatal error in ../deps/v8/src/handles.h, line 48 # CHECK(location_ != NULL) failed # ==== C stack trace =============================== 1: ?? 2: ?? 3: ?? 4: ?? 5: […]