前言
前两天发起了一个关于webpack 使用情况的投票，总共有 126 参与，各版本比例分别是：
版本一：20%，版本二：65%，版本三：15%
参与投票数量不多，各位就当看看。
那版本三有哪些点呢，今日早读由 前端早读课专栏作者 @ 野草翻译分享。
正文从这开始～
发布webpack 2之后，我们就跟社区承诺：我们将发布大家投票出来的功能特性，而且会保证更快更稳定的发布周期。
不会再有一年才出来的测试版本，不会再有不兼容的重大改变。我们承诺我们会保证大家的权益，因为你们才使得wepack如此欣欣向荣。
现在webpack团队很自豪地跟大家宣布，今天（2017.06.20）正式发布了webpack 3.0.0！现在就可以下载升级了！！！
npm install webpack@3.0.0 --save-dev
或者
yarn add webpack@3.0.0 --dev
从webpack 2迁移到webpack 3只需要上述简简单单的一条命令行就完成升级。由于webpack内部的一些会影响到插件的大更改，我们把这个版本定为全新的版本号。
新特性
如上所述，我们更新的是你们投票出来的特性。正因为Github上庞大的代码贡献，赞助者以及拥护者的支持，我们才得以一一击破这些新特性。
作用域提升（Scope Hoisting）
作用域提升是wepack 3的核心特性。webpack在打包时会把每个模块用单独的闭包封装起来，这些闭包会减速代码的执行过程，但这是webpack在性能作出的一个权衡。相比之下，诸如Closure Compiler和RollupJS之类的打包工具“提升”或者说打通了所有模块的作用域，将文件打包到一个闭包函数中，提高了代码的执行速度。
现在有了webpack 3，可以在配置上中添加如下插件来实现作用域提升的功能：
module.exports = {
plugins: [
new webpack.optimize.ModuleConcatenationPlugin()
]
};
作用域提升是ECMAScript标准中模块的新语法。webpack打包也可能会回退到常规的打包策略，这取决于你采用的是哪种模块语法（ES模块语法还是其他模块语法），当然还有其他条件。
想知道回退的原因，可以添加--display-optimization-bailout属性，它会在回退的时候通知你并显示原因。
由于作用域提升移除了模块的闭包函数，打包后的代码可能会变小。不过，最关键的提升点是代码执行速度。如果你有很好的对比例子，可以告诉我们，我们很乐意与大家分享。
魔法注释（Magic Comments）
当我们告诉大家webpack 2可以使用动态引入语法（import()）的时候，开发者反馈说它不能像require.ensure一样命名打包之后文件的名字。
现在我们引入了社区所谓的魔法注释特性，它能让开发者在import()语句中以内联注释的方式传入打包后文件的名字，以及其他更多配置。
import( 'module');
这些特性在webpack 2.4 和 2.6 版本中已经发布，但是v3版本修复了已有的bug，保证了特性的稳定性。现在，我们可以像使用require.ensure一样灵活地使用动态引入语法了。
想了解更多，点击查看我们最新的“代码分割”官方文档。
下一步
我们希望带给你们更多的新特性和原有代码改善。点击投票页面，选出你最期待的特性，我们将根据大家的意愿来优先完善。
以下是我们正在做的：
更好的构建缓存
更快的初次和渐进构建体验
更好的TypeScript体验
长期缓存改进
WASM模块支持
用户体验提升
附录
Git仓库上列出列 webpack 2.6.1到wepback 3.0.0的新特性：
node_modules no longer mangle to ~ in stats(重大改变)
HMR请求可配置超时时间
新增试验性特性作用域提升
性能提升
新增output.libraryExport配置导出的库
sourceMapFilename支持[contenthash](重大改变)
module.noParse支持函数
新增node: false配置项使所有node 配置失效
关于本文
译者：@野草
译文：https://zhuanlan.zhihu.com/p/27485481
