Browserslist: canius -lite已经过时。请运行下一个命令' npm update caniuse-lite browserslist '

最近，当我编译我的scss文件时，我得到一个错误。错误信息如下:

Browserslist: canius -lite已经过时。请运行下一个命令npm update canius -lite browserslist

首先，正如消息所说，我运行npm update canius -lite browserslist，但它没有解决这个问题。我删除了整个node_modules目录并重新安装，我也通过npm update更新了整个文件夹，但没有一个解决了这个问题。我还重新安装了autoprefixer和browserslist，但没有一个解决问题。

如果我移除

"options": {
      "autoPrefix": "> 1%"
    }

从我的编译配置。Json，一切都很好，这意味着它可能与autoprefixer有关。另外，我手动将包版本更改为包上的最新版本。Json和重新安装，但没有运气。

当前回答

正如Scott Kuhl的回答中提到的，这个问题在 https://github.com/madskristensen/WebCompiler/issues/413

对我来说，运行命令npm i canius -lite- browserslist只工作了大约1/2天，就再次出现问题。

下面的解决方案，在帖子中提到，工作得更好。这将更新node.js文件，使其使用console.log而不是console。返回这些错误时发出警告。

您可以手动更新位于 C:\Users\【用户名】当地\ AppData \ \ Temp \ WebCompiler VersionNumber \ node_modules \ browserslist

或者，为了自动完成，将以下内容添加到.csproj文件中:

右键单击项目文件，选择“卸载项目” 编辑.csproj文件将以下内容粘贴到项目文件中。我将它粘贴到文件的末尾，在</Project>结束标记之前，在导入构建web编译器包之前。

    <ItemGroup>
        <PackageReference Include="MSBuildTasks" Version="1.5.0.235">
            <PrivateAssets>all</PrivateAssets>
            <IncludeAssets>runtime; build; native; contentfiles; analyzers</IncludeAssets>
        </PackageReference>
    </ItemGroup>
    <PropertyGroup>
        <TempFolder>$([System.IO.Path]::GetTempPath())</TempFolder>
    </PropertyGroup>
    <ItemGroup>
        <BrowsersListNodeJsFiles Include="$(TempFolder)\WebCompiler*\node_modules\browserslist\node.js" />
    </ItemGroup>
    <Target Name="BrowsersListWarningsAsInfo" BeforeTargets="WebCompile">
        <FileUpdate Files="@(BrowsersListNodeJsFiles)"
                    Regex="console.warn"
                    ReplacementText="console.log" />
    </Target>

重新加载项目到解决方案中。

2019-03-27 12:51:31

其他回答

很多人建议你把包裹锁拆了。Json或yarn.lock。这显然是个坏主意!

我正在使用Yarn，我能够通过删除我的Yarn中的caniuse-db和caniuse-lite条目来纠正这个问题。锁和做纱。

没有必要通过删除锁文件来破坏锁文件的主要功能。

2020-11-16 11:02:58

简单、安全的解决方案

来自@Alexandr Nil的答案是安全的，对我来说很有效。我写的是一个完整的答案，因为很容易忽略他的评论。

npm --depth 20 update --save caniuse-lite browserslist

这很好，因为:

There is no deletion of package-lock.json. Deleting that would leave you vulnerable to many packages getting upgraded with breaking changes, and you have a much bigger headache than you had before! It is easy to understand exactly what it is doing, because it is explicit and very limited on what is to be updated. It avoids the very large depth of 99 or 9999 which will work on some projects and systems, but not on others. If you have limited the depth to too small a number, it will not break anything. You can increase the depth and try again, until the project compiles successfully. I don't know whether I actually needed 20, or could have managed with a smaller depth, such as 5 or 10. But with a depth of 20 took less than a minute to run. It is quick and easy!

感谢@Zbyszek建议添加“——save”选项。是的，——depth目前已弃用，但我认为他们会用其他东西取代它，而不是完全删除它，所以现在这似乎是破坏性最小的方法。

2020-12-06 12:58:17

删除node_modules并重新安装(npm i)对我有用。没有删除package-lock.json。

2023-01-19 14:59:40

我不太确定我的问题在哪里，但我相信这是因为我使用了npm和Yarn中相同的全局包。

我卸载了所有的npm全局包，当再次使用yarn命令时，问题就消失了。

要查看已安装的全局包…

npm: