Npm 3.5.2

dotnet add package Npm --version 3.5.2

NuGet\Install-Package Npm -Version 3.5.2

该命令旨在 Visual Studio 的包管理器控制台中使用，因为它使用 NuGet 模块的 Install-Package 版本。

<PackageReference Include="Npm" Version="3.5.2" />

对于支持 PackageReference 的项目，将此 XML 节点复制到项目文件中以引用包。

paket add Npm --version 3.5.2

NuGet 团队不提供对该客户端的支持。请联系其维护者以获得支持。

#r "nuget: Npm, 3.5.2"

#r 指令可用于 F# Interactive 和多语言笔记本。将此复制到交互式工具或脚本的源代码中以引用包。

// Install Npm as a Cake Addin
#addin nuget:?package=Npm&version=3.5.2

// Install Npm as a Cake Tool
#tool nuget:?package=Npm&version=3.5.2

NuGet 团队不提供对该客户端的支持。请联系其维护者以获得支持。

JavaScript 的包管理器。

此包中没有支持的框架资源。

更多关于目标框架和 .NET Standard 的信息。

- Node.js (>= 0.12.7)
- NoGit (>= 0.1.0)

NuGet 代码包 (3)

显示依赖 Npm 的前 3 个 NuGet 代码包

代码包	下载
Grunt Grunt 是 JavaScript 任务运行程序，其主要目的是自动化重复性任务，如压缩、编译、单元测试、编码规范检查等。由于可以选择成千上万的插件，使用 Grunt 可以以最小的努力自动化任何事情。	209.8K
jsreport.Embedded 将 jsreport 服务器安装到解决方案中，并允许与 .net 进程并行运行。	34.1K
RS.JS 描述	1.1K

GitHub 代码库 (1)

显示依赖 Npm 的前 1 个流行的 GitHub 代码库

代码库	星级
sq/JSIL CIL 到 JavaScript 编译器	1.7K

版本	下载	最后更新
3.5.2	800,337	12/23/2015
2.14.14	5,825	12/23/2015
1.4.15.2	52,909	6/24/2014
1.4.15.1	4,815	6/13/2014
1.4.15	3,746	6/11/2014
1.4.13	3,796	5/30/2014
1.4.4	161,932	3/18/2014

欢迎来到另一个 npm 发布版本！简而言之，我们修复了一些 ENOENT 和导致模块丢失的某些模块。我们还消除了代码库中 MD5 的使用，以帮助在 FIPS 模式下使用 Node.js 的用户。我们还修复了许可文件中的不良 URL。

修复许可文件中的 URL

许可证错误地将注册表 URL 识别为 registry.npmjs.com，目前已更正为 registry.npmjs.org。

cb6d81b #10685 修复通知中的 npm 公共注册表 URL。(@kemitchell)

ENOENT？更多像没有 bug

本周的头条是由近期发布中对捆绑依赖处理的修复所揭示的。之前那个令人沮丧的间歇性、难以重现的bug现在在Travis上每次都会发生。这修复了许多错误，比如在运行安装时遇到ENOTENT重命名错误导致崩溃，或者安装完成后某些模块神秘消失，不得不重新安装。

发生的事情有点复杂，所以请耐心等待。

npm@3生成了一个要执行的操作列表，针对磁盘上的树。除了生命周期脚本之外，它期望这些都能独立行动，互不干扰。

这意味着，例如，你应该能够在a→b→c中升级b而不需要npm重新安装c。

顺便说一句，这没问题。

但它也意味着移动操作应该在a→b→[email protected]到a→d→b→[email protected]中移动b而不移动或删除[email protected]，同时在[email protected]已经安装的情况下保持其在位。

也就是说，移动操作移动单个节点，如果有子节点则用空位替换它。这并不是表面上看起来那么简单的将整个分支移动到树上的另一个位置。

当移动b时，我们已经注意留下[email protected]以供其他移动（或删除）操作使用，但我们踩在了目的地上面，所以[email protected]被删除了。

f4385d8 #10655 保护移动时的目的节点_modules。 (@iarna)
还有一个删除操作中的bug，它在运行移动和添加操作之前就会对整个树进行修剪。

这在大多数情况下是可以的，但如果我们要将某个依赖从内部移动出来，那就爆炸了。

19c626d #10655 移除决策阶段，我们可以只修剪被删除的模块，但这没有给我们带来任何好处。 (@iarna)
在所有这些之后，我们不应该将捆绑包的添加转换为移动。移动操作可以让我们免于提取包，但与捆绑依赖项不同，它已包含在其他包中，所以这并没有给我们带来任何好处。

641a93b #10655 不要将带有捆绑依赖项的添加转换为移动。 (@iarna)
当我处于这个阶段时，我也花了一些时间改进诊断功能，以便在将来更容易追踪这类问题

a04ec04 #10655 将重命名操作包装起来，以便错误具有堆栈跟踪。 (@iarna)
8ea142f #10655 添加了一些奇怪的日志记录，以便函数可调试。 (@iarna)

NO MORE MD5

我们更新了那些曾使用MD5进行非安全目的的模块。虽然这是完美的安全，但如果你在FIPS合规模式下编译Node，在尝试使用MD5时会爆炸。我们已经用Murmur替换了MD5，这能更好地传达我们的意图，而且速度更快。

f068b26 #10629 [email protected] (@iarna)
dba1b24 #10629 [email protected] (@othiym23)
8347a30 #10629 [email protected] (@othiym23)

依赖项更新

9e2a2bb nodejs/node-gyp#831 [email protected]: 改进了*BSD支持。 (@bnoordhuis)