Javascript 管道中的吞咽/未处理流错误

我写了一个吞咽文件，但…没有任何尝试

事实上，我得到了这个奇怪的错误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);
});

我决定尝试使用（尽管不推荐使用）清理目录；而不是

del

：

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

而且它总是有效的

---

为什么

del

命令不稳定？我不知道

如果删除一种字体，错误会移到下一种吗？是的，错误会移到下一种…这与chmod作为linux命令和windows路径无关，是吗？因为我认为它说chmod不存在，如果你在windows上…我在OSX上，我也在windows=>上测试了相同的问题。我刚刚更改了runsequence的顺序，它就工作了！最初我有runsequence（'clean'、'font'、'i18n'…）。我切换到：runsequence（'clean'、'i18n'、'font'…），它可以工作。为什么？=>神秘的