我已经通过“npm install”安装了Node.js模块，然后尝试在命令提示符下执行gulp sass watch。之后，我得到了以下回应。
[18:18:32] Requiring external module babel-register
fs.js:27
const { Math, Object, Reflect } = primordials;
^
ReferenceError: primordials is not defined
我在大口大口看之前已经试过了：
npm -g install gulp-cli
当前回答
解决问题的步骤：
我已通过以下步骤解决了问题：
安装NVM使用命令nvm install lts/dubnium安装lts/dubinium使用命令nvm install lts/dubnium使用lts/dubinium
现在你可以大口大口地展开了。
其他回答
简单优雅的解决方案
只需遵循以下步骤。它与多次运行的npm安装或安装任何其他模块，甚至将项目发布到artifactory，都能完美配合。
在package.json所在的目录中，创建一个npm-shrinkwrap.json文件，其中包含以下内容：
{
"dependencies": {
"graceful-fs": {
"version": "4.2.2"
}
}
}
运行npm install，不用担心，它会用一堆内容更新npm-shrinkwrap.json。让我们通过更新package.json脚本选项来消除这些更新。
"scripts": {
"preshrinkwrap": "git checkout -- npm-shrinkwrap.json",
"postshrinkwrap": "git checkout -- npm-shrinkwrap.json"
}
现在，您可以运行npm安装程序，您的npm-shrinkwrap.json将完好无损，并将永远工作。
看起来您已经将nodejs的版本升级到+12，并且仍然使用gulf 3.9.1
您可以使用以下解决方案之一
将您的glup版本升级到+4或者简单地使用NVM节点版本管理器在同一台机器上运行多个nodejs版本。
如果在使用最新的gulp^4.0时保持Node.js v12，请执行以下步骤：
使用以下命令更新命令行界面（仅供预防）：
npm i gulp-cli -g
添加/更新package.json文件的gulpunderdependencies部分
"dependencies": {
"gulp": "^4.0.0"
}
删除package-lock.json文件。
删除node_modules文件夹。
最后，运行npm i升级并重新创建一个全新的node_modules文件夹和package-lock.json文件，其中包含Gulp^4.0的正确参数：
npm i
注意，Gulp.js 4.0引入了series（）和parallel（）方法来组合任务，而不是Gulp 3中使用的数组方法，因此您可能会或可能不会在旧的gulpfile.js脚本中遇到错误。
为了了解更多关于应用这些新功能的信息，本网站对其做了充分的介绍：如何迁移到Gulp.js 4.0
TL:博士
Gulp 3.*不适用于Node.js 12.*或更高版本。您必须降级Node.js或升级Gulp。
如果时间不足，请将Node.js降级到v11.*或更低版本；如果您需要更新的功能，并且有时间可能修复大量的依赖关系，请将Gulp升级到4.*或更高版本！
正如其他人已经提到的，Node.js 12或更高版本不支持Gulp 3.*，因此您必须将Node版本降级到11.*或更低，或者将Gulp升级到4.0。
最好的选择最终取决于你有多少时间，因为升级Gulp带来了更干净的Gulp文件的好处，并且内置了对任务串行或并行运行的控制，但也依赖于你将Gulp文件重写为新语法，并且可能（读：可能会-见本评论结尾）导致与某些依赖项的冲突。
降级Node.js
这是最简单快捷的选择。特别是如果您使用n或nvm，因为它们允许您快速安装并在Node.js版本之间切换。
在N上安装Node.js版本
n 10.16.0
在NVM上安装Node.js版本
nvm install 10.16.0
完成此操作后，您可能需要重建npm依赖项，或者删除node_modules文件夹和package-lock.json文件并重新安装依赖项。虽然如果您只是恢复到一个预先存在的Node.js版本，您可能会没事。
升级Gulp
如上所述，这是一项更耗时的任务，但从长远来看可能会带来好处。例如，Node.js 12现在引入了对ES模块的本地支持（在实验标志后面），并在Node.js 13中提供了完全支持。
您可能需要升级Node.js才能使用它，从而迫使您升级Gulp。或者你可能只是想要使用Gulp 4的好处，因为它可以更好、更有效地控制写作任务。
关于这一点，已经有很多文章了，所以我不会再详细说明细节，但要重申，这不是一项快速的工作。根据项目的大小，可能需要一些显著的重写，并且可能会有依赖关系中断。如果时间紧迫，您应该选择简单地降级Node.js，至少暂时如此。
但我已经有了Gulp 4，但它仍然不起作用！
如果像我一样，您已经在使用Gulp 4+（我使用的是Gulp 4.0.2，最初在Node.js 10上），并且最近升级了（我升级到Node.js 13.8.0），那么您仍然会遇到问题，这可能是因为依赖项依赖于旧版本的Gulp，而这正被管道所捕获。
在我的例子中，gulp combine mq是使用gulp 3.9.*的依赖项。在我的gulp文件中禁用此任务允许gulp再次运行。
如果发生这种情况，你有几个选择。你可以，
如果不是绝对必要的话，不使用插件寻找替代方案，修复插件
不用说，如果您有几个插件依赖于旧版本的Gulp，特别是如果这些插件对您的应用程序至关重要，那么升级Gulp可能会花费大量额外的时间（因此上面的警告）。
如果发生这种情况，最好只降级Node.js，至少在发布补丁之前。
对于使用纱线的用户：
yarn global add n
n 11.15.0
yarn install # Have to install again
