【问题标题】:Gulp / Unhandled stream error in pipeGulp /管道中未处理的流错误
【发布时间】:2016-02-26 19:54:29
【问题描述】:

我写了一个 gulp 文件,但是……没有任何尝试。

确实,我收到了这个奇怪的错误1次/3次

[12:25:51] Starting 'default'...
[12:25:51] Starting 'clean'...
[12:25:51] Finished 'clean' after 2.96 ms
[12:25:51] Starting 'fonts'...
stream.js:94
      throw er; // Unhandled stream error in pipe.
            ^
Error: ENOENT, chmod '/Users/UserName/Desktop/frontend/src/assets/fonts/lato/lato-bold-webfont.eot'

我什至尝试在frontend 文件夹上设置chmod -R 777,但也不起作用。

这是一个已知问题/错误吗?我阅读了整个网络,但找不到任何好的解释。

关注的任务是:

// copy fonts
gulp.task('fonts', function () {
    return gulp
        .src(['client/assets/fonts/**/*.*', '!client/assets/fonts/**/*.html'])
        .pipe(gulp.dest(path.join(targetDir, '/assets/fonts')))
        .pipe(browserSync.stream())
        .on('error', errorHandler);
});

【问题讨论】:

  • 如果你删除了一种字体,错误会转移到下一种吗?
  • 是的,错误移到下一个...
  • 这与 chmod 是一个 linux 命令和一个 windows 路径没有任何关系,不是吗?因为我认为它的说法 chmod 不存在,如果你在 Windows 上......
  • 我在 OSX 上,我也在 Windows 上测试过 => 同样的问题。
  • 我刚刚更改了运行序列的顺序,它可以工作了!最初我有运行序列('clean','fonts','i18n'......)。我切换到:runsequence('clean','i18n','fonts'......)并且它有效。为什么? => 神秘

标签: javascript gulp


【解决方案1】:

我决定尝试使用following gulp task(尽管已被弃用)来清理目录;而不是del:

gulp.task('clean', function (cb) {
    rimraf('./' + targetDir, cb);
});

而且它总是有效的!

为什么del 命令不稳定?我不知道。

【讨论】:

    猜你喜欢
    • 2017-07-20
    • 2014-08-28
    • 2016-10-17
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2016-08-24
    • 1970-01-01
    • 2019-05-18
    相关资源
    最近更新 更多