我已经通过“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
当前回答
如果问题不是由gulp引起的，请检查解压缩的npm模块。自从上次更新以来，已经有六年了。它不适用于Node.js>v11。
试试看：
npm install -g n
sudo n 11.15.0
其他回答
Gulp 3.9.1不适用于Node v12.x.x，如果升级到Gulp 4.0.2，则必须使用新语法（series¶llels）完全更改gulpfile.js。因此，您最好的选择是通过在终端中使用以下代码降级到Node.js v 11.x.x（11.15.0版本对我来说很好）：
nvm install 11.15.0
nvm use 11.15.0 # Just in case it didn't automatically select the 11.15.0 as the main node.
nvm uninstall 13.1.0
npm rebuild node-sass
我在Windows 10上遇到了这个错误。结果是一个损坏的漫游配置文件。
npm ERR! node v12.4.0
npm ERR! npm v3.3.12
npm ERR! primordials is not defined
npm ERR!
npm ERR! If you need help, you may report this error at:
npm ERR! <https://github.com/npm/npm/issues>
npm ERR! Please include the following file with any support request:
删除C:\Users\{user}\AppData\Roaming\npm文件夹解决了我的问题。
对于在ADOS CI Build中由于相同原因出现相同错误的任何人：
这个问题是我在寻求帮助时发现的第一个问题。我有一个ADOS CI构建管道，其中第一个Node.js工具安装程序任务用于安装Node.js。然后，npm任务用于安装Gulp.js（npm install-g gulf）。然后，下面的Gulp.js任务运行gulpfile.js中的默认任务。
当我将Node.js工具更改为安装12.x最新节点而不是旧节点时，Gulp.js的最新版本为4.0.2。结果与问题中描述的错误相同。
在这种情况下，对我有用的是将Node.js降级到最新的11.x版本，正如Alphonse R.Dsouza和Aymen Yaseen所建议的那样。在这种情况下，虽然不需要使用他们建议的任何命令，但只需将Node.js工具安装程序版本规范设置为11.x的最新Node.js版本。
安装并运行的Node.js的确切版本是11.15.0。我不必降级Gulp.js。
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，至少在发布补丁之前。
这里有两个选项
要么升级到吞咽4，要么降级到更早的Node.js版本。
