From 7d7b3196780c72cd0258913f6e448b011a4d1933 Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?=E7=8E=8B=E6=96=87=E6=98=8E?= Date: Tue, 12 Oct 2021 14:18:27 +0800 Subject: [PATCH 1/7] =?UTF-8?q?1.=20=E5=8F=91=E5=B8=83=E6=B5=81=E7=A8=8B(r?= =?UTF-8?q?elease=20process)=E7=AB=A0=E8=8A=82=E5=8E=9F=E6=96=87=E6=AF=94?= =?UTF-8?q?=20webpack=204=20=E6=9C=89=E6=9E=81=E5=B0=91=E9=87=8F=E6=9B=B4?= =?UTF-8?q?=E6=96=B0=202.=20=E8=B0=83=E8=AF=95(debugging)=E7=AB=A0?= =?UTF-8?q?=E8=8A=82=E5=8E=9F=E6=96=87=E6=B2=A1=E6=9B=B4=E6=96=B0=EF=BC=8C?= =?UTF-8?q?=E5=81=9A=E4=BA=86=E6=9E=81=E5=B0=91=E9=87=8F=E7=9A=84=E7=BF=BB?= =?UTF-8?q?=E8=AF=91=E4=BF=AE=E6=94=B9=20=E8=BF=992=E7=AF=87=E4=B8=BB?= =?UTF-8?q?=E8=A6=81=E9=87=87=E7=94=A8=20webpack=204=20=E7=BF=BB=E8=AF=91?= =?UTF-8?q?=E3=80=82?= MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit --- src/content/contribute/debugging.mdx | 43 ++++++++++++---------- src/content/contribute/release-process.mdx | 17 +++++---- 2 files changed, 32 insertions(+), 28 deletions(-) diff --git a/src/content/contribute/debugging.mdx b/src/content/contribute/debugging.mdx index c61bfaa429a3..dd349bafb155 100644 --- a/src/content/contribute/debugging.mdx +++ b/src/content/contribute/debugging.mdx @@ -1,5 +1,5 @@ --- -title: Debugging +title: 调试 sort: 7 contributors: - skipjack @@ -7,6 +7,8 @@ contributors: - madhavarshney - bhavya9107 - akaustav +translators: + - jsbugwang related: - title: Learn and Debug webpack with Chrome DevTools! url: https://medium.com/webpack/webpack-bits-learn-and-debug-webpack-with-chrome-dev-tools-da1c5b19554 @@ -16,57 +18,58 @@ related: url: https://medium.com/@paul_irish/debugging-node-js-nightlies-with-chrome-devtools-7c4a1b95ae27 --- -When contributing to the core repo, writing a loader/plugin, or even working on a complex project, debugging tools can be central to your workflow. Whether the problem is slow performance on a large project or an unhelpful traceback, the following utilities can make figuring it out less painful. +在为核心仓库贡献代码，编写 loader/plugin，又或是处理复杂的项目时，调试工具将会成为工作流程的重心。无论问题是大型项目的性能下降还是无用追溯，以下工具都可以使这些问题变得不那么痛苦。 -- The [`stats` data](/api/stats) made available through [Node](/api/node/#stats-object) and the [CLI](/api/cli/#common-options). -- Chrome **DevTools** via `node-nightly` and the latest Node.js versions. +- [Node](/api/node/#stats-object) 和 [CLI](/api/cli/#common-options) 提供的 [`stats` 数据](/api/stats)。 +- `node-nightly` 和 Node.js 最新版本提供的 Chrome **DevTools**。 ## Stats $#stats$ -Whether you want to sift through [this data](/api/stats) manually or use a tool to process it, the `stats` data can be extremely useful when debugging build issues. We won't go in depth here as there's an [entire page](/api/stats) dedicated to its contents, but know that you can use it to find the following information: +无论你是想手动还是使用工具来筛选[这些数据](/api/stats)，`stats` 数据在调试构建的问题时都非常有用。这里我们不会深入，因为有这[整个页面](/api/stats)专门介绍这些内容，但你应该知道，可以使用它来查找以下信息： -- The contents of every module. -- The modules contained within every chunk. -- Per module compilation and resolving stats. -- Build errors and warnings. -- The relationships between modules. -- And much more... +- 每个模块的内容。 +- 每个 chunk 中包含的模块。 +- 每个模块编译(compilation)和解析的 stats。 +- 构建错误和警告。 +- 模块之间的关系。 +- 其他更多…… -On top of that, the official [analyze tool](https://github.com/webpack/analyse) and [various others](/guides/code-splitting/#bundle-analysis) will accept this data and visualize it in various ways. +最重要的是，[官方分析工具](https://github.com/webpack/analyse)和[各种其他分析工具](/guides/code-splitting/#bundle-analysis)会将这些数据，展示为多种形式的可视化图表。 ## DevTools $#devtools$ -While [`console`](https://nodejs.org/api/console.html) statements may work well in straightforward scenarios, sometimes a more robust solution is needed. As most front-end developers already know, Chrome DevTools are a life saver when debugging web applications, _but they don’t have to stop there_. As of Node v6.3.0+, developers can use the built-in `--inspect` flag to debug a node program in DevTools. +虽然在简单场景中，可能 [`console`](https://nodejs.org/api/console.html) 语句会表现良好，然而有时还需要更加强大的解决方案。正如大多数前端开发人员已经知道的，将 Chrome DevTools 用在调试 web 应用程序，是一个能够解救我们的实用工具，_但它并没有局限于调试 web 应用程序_。从 Node v6.3.0+ 开始，开发人员可以使用内置的 `--inspect` 标记，来通过 DevTools 调试 Node.js 应用程序。 -This gives you the power to easily create breakpoints, debug memory usage, expose and examine objects in the console, and much more. In this short demo, we'll utilize the [`node-nightly`](https://github.com/hemanth/node-nightly) package which provides access to the latest and greatest inspecting capabilities. +这可以帮助你轻松创建断点、调试内存使用情况、在控制台中暴露和检查对象等。在这个简短的演示中，我们将利用 [`node-nightly`](https://github.com/hemanth/node-nightly) 包，它提供最新和强大的检测能力。 W> The `--inspect` interface has been available since v6.3.0 so feel free to try it out with your local version, but be warned that certain features and flags may differ from the ones in this demo. +W> 从 v6.3.0 开始，`--inspect` 接口就一直可用，因此你可以尝试使用本地版本的 npm 包，但要注意某些功能和标记，可能与这里演示中的版本有所不同。 -Let's start by installing it globally: +我们先在全局安装： ```bash npm install --global node-nightly ``` -Now, we'll need to run it once to finish the installation: +现在，我们需要运行一次，以结束安装： ```bash node-nightly ``` -Now, we can use `node-nightly` along with the `--inspect` flag to start our build in any webpack-based project. Note that we cannot run NPM `scripts`, e.g. `npm run build`, so we'll have to specify the full `node_modules` path: +现在，我们可以直接使用带有 `--inspect` 标记的 `node-nightly`，在任何基于 webpack 的项目中开始构建。注意，我们不应该运行 NPM `scripts`，例如 `npm run build`，所以我们需要指定完整的 `node_modules` 路径： ```bash node-nightly --inspect ./node_modules/webpack/bin/webpack.js ``` -Which should output something like: +应该输出类似如下内容： ```bash Debugger listening on ws://127.0.0.1:9229/c624201a-250f-416e-a018-300bbec7be2c For help see https://nodejs.org/en/docs/inspector ``` -Now jump to `chrome://inspect` in the browser and you should see any active scripts you've inspected under the _Remote Target_ header. Click the "inspect" link under each script to open a dedicated debugger or the _Open dedicated DevTools for Node_ link for a session that will connect automatically. You can also check out the [NiM extension](https://chrome.google.com/webstore/detail/nodejs-v8-inspector-manag/gnhhdgbaldcilmgcpfddgdbkhjohddkj), a handy Chrome plugin that will automatically open a DevTools tab every time you `--inspect` a script. +现在，在浏览器中访问 `chrome://inspect`，你会看到在 _Remote Target_ 标题下可以进行 inspect(审查) 的活动脚本。单击每个脚本下自动连接会话的 "inspect" 链接，打开一个专门 debugger 或 _Open dedicated DevTools for Node_ 链接。你还可以看到 [NiM 扩展程序](https://chrome.google.com/webstore/detail/nodejs-v8-inspector-manag/gnhhdgbaldcilmgcpfddgdbkhjohddkj)，这是一个方便的 Chrome 插件，在每次你通过 `--inspect` 调试某个脚本时，都会自动打开 DevTools 标签页。 -We recommend using the `--inspect-brk` flag which will break on the first statement of the script allowing you to go through the source to set breakpoints and start/stop the build as you please. Also, don't forget that you can still pass arguments to the script. For example, if you have multiple configuration files you could pass `--config webpack.prod.js` to specify the configuration you'd like to debug. +我们推荐使用 `--inspect-brk` 标记，此标记将在脚本的第一条语句处断开，以便你可以在源代码中设置断点，并根据需要启动/停止构建。此外，不要忘记，你仍然可以向脚本传递参数。例如，如果你有多个配置文件，你可以通过 `--config webpack.prod.js` 指定你想要调试的配置。 diff --git a/src/content/contribute/release-process.mdx b/src/content/contribute/release-process.mdx index 8499dd8109dc..3cdf89f8b8ca 100644 --- a/src/content/contribute/release-process.mdx +++ b/src/content/contribute/release-process.mdx @@ -1,21 +1,22 @@ --- -title: Release Process +title: 发布流程 sort: 6 contributors: - d3viant0ne - sokra - byzyk - chenxsan +translators: + - jsbugwang --- -The release process for deploying webpack is actually quite painless. Read through the following steps, so you have a clear understanding of how it's done. +部署 webpack 的发布流程实际上非常简单。请阅读以下步骤，以便清楚了解这些是如何完成的。 -## Pull Requests $#pull-requests$ +## 拉取请求(pull request) $#pull-requests$ -When merging pull requests into the `main` branch, select the _Create Merge Commit_ option. +当你向 `main` 分支上提交 pull request 时，选择 _Create Merge Commit_ 选项。 - -## Releasing $#releasing$ +## 发布 $#releasing$ ```bash npm version patch && git push --follow-tags && npm publish @@ -23,6 +24,6 @@ npm version minor && git push --follow-tags && npm publish npm version major && git push --follow-tags && npm publish ``` -_This will increment the package version, commits the changes, cuts a **local tag**, push to github & publish the npm package._ +_这样将递增包版本号，提交变更，然后创建一个**本地标签(tag)**，并推送到 github 和发布到 npm package。_ -After that go to the github [releases page](https://github.com/webpack/webpack/releases) and write a Changelog for the new tag. +之后就可以到 github 的 [发布页面](https://github.com/webpack/webpack/releases) 上为新的标签(tag)编写 Changelog。 From 04460a95ad139e2b3d9b07bc26d8b487272d2af6 Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?=E7=8E=8B=E6=96=87=E6=98=8E?= Date: Tue, 12 Oct 2021 14:22:48 +0800 Subject: [PATCH 2/7] =?UTF-8?q?1.=20=E8=8B=B1=E6=96=87=E5=8E=9F=E6=96=87?= =?UTF-8?q?=E5=BF=98=E8=AE=B0=E5=88=A0=E9=99=A4=202.=20=E6=81=A2=E5=A4=8D?= =?UTF-8?q?=E8=AF=AF=E5=88=A0=E9=99=A4=E7=9A=84=E7=A9=BA=E8=A1=8C?= MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit --- src/content/contribute/debugging.mdx | 1 - 1 file changed, 1 deletion(-) diff --git a/src/content/contribute/debugging.mdx b/src/content/contribute/debugging.mdx index dd349bafb155..a9d587a49ca1 100644 --- a/src/content/contribute/debugging.mdx +++ b/src/content/contribute/debugging.mdx @@ -42,7 +42,6 @@ related: 这可以帮助你轻松创建断点、调试内存使用情况、在控制台中暴露和检查对象等。在这个简短的演示中，我们将利用 [`node-nightly`](https://github.com/hemanth/node-nightly) 包，它提供最新和强大的检测能力。 -W> The `--inspect` interface has been available since v6.3.0 so feel free to try it out with your local version, but be warned that certain features and flags may differ from the ones in this demo. W> 从 v6.3.0 开始，`--inspect` 接口就一直可用，因此你可以尝试使用本地版本的 npm 包，但要注意某些功能和标记，可能与这里演示中的版本有所不同。 我们先在全局安装： From 8966b479aef1316fd4798fe70a1ea998629c13f0 Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?=E7=8E=8B=E6=96=87=E6=98=8E?= Date: Tue, 12 Oct 2021 14:29:41 +0800 Subject: [PATCH 3/7] Further Reading --- src/content/contribute/debugging.mdx | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/src/content/contribute/debugging.mdx b/src/content/contribute/debugging.mdx index a9d587a49ca1..d07dfb8eeee3 100644 --- a/src/content/contribute/debugging.mdx +++ b/src/content/contribute/debugging.mdx @@ -10,11 +10,11 @@ contributors: translators: - jsbugwang related: - - title: Learn and Debug webpack with Chrome DevTools! + - title: 使用 Chrome DevTools 学习和调试 webpack ！ url: https://medium.com/webpack/webpack-bits-learn-and-debug-webpack-with-chrome-dev-tools-da1c5b19554 - - title: Debugging Guide | Node + - title: 调试指南 | Node url: https://nodejs.org/en/docs/guides/debugging-getting-started/ - - title: Debugging Node.js with Chrome DevTools + - title: 用 Chrome DevTools 调试 Node.js url: https://medium.com/@paul_irish/debugging-node-js-nightlies-with-chrome-devtools-7c4a1b95ae27 --- From bfd50ae7ce7befbdaeb7674c38c931a72762dc67 Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?=E7=8E=8B=E6=96=87=E6=98=8E?= Date: Tue, 12 Oct 2021 14:32:52 +0800 Subject: [PATCH 4/7] =?UTF-8?q?=E6=81=A2=E5=A4=8D=E8=AF=AF=E5=88=A0?= =?UTF-8?q?=E9=99=A4=E7=9A=84=E7=A9=BA=E8=A1=8C?= MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit --- src/content/contribute/release-process.mdx | 1 + 1 file changed, 1 insertion(+) diff --git a/src/content/contribute/release-process.mdx b/src/content/contribute/release-process.mdx index 3cdf89f8b8ca..9e5a012fc9fb 100644 --- a/src/content/contribute/release-process.mdx +++ b/src/content/contribute/release-process.mdx @@ -16,6 +16,7 @@ translators: 当你向 `main` 分支上提交 pull request 时，选择 _Create Merge Commit_ 选项。 + ## 发布 $#releasing$ ```bash From be8e68f20f6b7d8a54d87dcda646ade659dc8a3f Mon Sep 17 00:00:00 2001 From: Yucohny <79147654+Yucohny@users.noreply.github.com> Date: Wed, 13 Sep 2023 10:53:43 +0800 Subject: [PATCH 5/7] docs(cn): review and update --- src/content/contribute/debugging.mdx | 22 +++++++++++----------- 1 file changed, 11 insertions(+), 11 deletions(-) diff --git a/src/content/contribute/debugging.mdx b/src/content/contribute/debugging.mdx index d07dfb8eeee3..0ef03be62294 100644 --- a/src/content/contribute/debugging.mdx +++ b/src/content/contribute/debugging.mdx @@ -10,7 +10,7 @@ contributors: translators: - jsbugwang related: - - title: 使用 Chrome DevTools 学习和调试 webpack ！ + - title: 使用 Chrome DevTools 学习和调试 webpack！ url: https://medium.com/webpack/webpack-bits-learn-and-debug-webpack-with-chrome-dev-tools-da1c5b19554 - title: 调试指南 | Node url: https://nodejs.org/en/docs/guides/debugging-getting-started/ @@ -25,7 +25,7 @@ related: ## Stats $#stats$ -无论你是想手动还是使用工具来筛选[这些数据](/api/stats)，`stats` 数据在调试构建的问题时都非常有用。这里我们不会深入，因为有这[整个页面](/api/stats)专门介绍这些内容，但你应该知道，可以使用它来查找以下信息： +无论你是想手动还是使用工具来筛选 [这些数据](/api/stats)，`stats` 数据在调试构建的问题时都非常有用。我们不会在此处深入介绍，请参阅 [此页面](/api/stats) 以了解详细内容。但应该知道可以使用它来查找以下信息： - 每个模块的内容。 - 每个 chunk 中包含的模块。 @@ -34,29 +34,29 @@ related: - 模块之间的关系。 - 其他更多…… -最重要的是，[官方分析工具](https://github.com/webpack/analyse)和[各种其他分析工具](/guides/code-splitting/#bundle-analysis)会将这些数据，展示为多种形式的可视化图表。 +最重要的是，[官方分析工具](https://github.com/webpack/analyse) 和 [各种其他分析工具](/guides/code-splitting/#bundle-analysis) 会将这些数据展示为多种形式的可视化图表。 ## DevTools $#devtools$ -虽然在简单场景中，可能 [`console`](https://nodejs.org/api/console.html) 语句会表现良好，然而有时还需要更加强大的解决方案。正如大多数前端开发人员已经知道的，将 Chrome DevTools 用在调试 web 应用程序，是一个能够解救我们的实用工具，_但它并没有局限于调试 web 应用程序_。从 Node v6.3.0+ 开始，开发人员可以使用内置的 `--inspect` 标记，来通过 DevTools 调试 Node.js 应用程序。 +虽然在简单场景中，可能 [`console`](https://nodejs.org/api/console.html) 语句会表现良好，然而有时还需要更加强大的解决方案。正如大多数前端开发人员已经知道的，将 Chrome DevTools 用在调试 web 应用程序，是一个能够解救我们的实用工具，**但它并没有局限于调试 web 应用程序**。从 Node v6.3.0+ 开始，开发人员可以使用内置的 `--inspect` 标记以使用 DevTools 调试 Node.js 应用程序。 -这可以帮助你轻松创建断点、调试内存使用情况、在控制台中暴露和检查对象等。在这个简短的演示中，我们将利用 [`node-nightly`](https://github.com/hemanth/node-nightly) 包，它提供最新和强大的检测能力。 +这可以帮助轻松创建断点、调试内存使用情况、在控制台中暴露和检查对象等。在这个简短的演示中，我们将利用 [`node-nightly`](https://github.com/hemanth/node-nightly) 包，它提供最新和强大的检测能力。 -W> 从 v6.3.0 开始，`--inspect` 接口就一直可用，因此你可以尝试使用本地版本的 npm 包，但要注意某些功能和标记，可能与这里演示中的版本有所不同。 +W> 从 v6.3.0 开始，`--inspect` 接口就一直可用，因此可以尝试使用本地版本的 npm 包，但要注意某些功能和标记，可能与这里演示中的版本有所不同。 -我们先在全局安装： +首先在全局安装： ```bash npm install --global node-nightly ``` -现在，我们需要运行一次，以结束安装： +现在，需要运行一次以结束安装： ```bash node-nightly ``` -现在，我们可以直接使用带有 `--inspect` 标记的 `node-nightly`，在任何基于 webpack 的项目中开始构建。注意，我们不应该运行 NPM `scripts`，例如 `npm run build`，所以我们需要指定完整的 `node_modules` 路径： +现在，我们可以直接使用带有 `--inspect` 标记的 `node-nightly`，在任何基于 webpack 的项目中开始构建。注意，我们不应该运行 NPM `scripts`，例如 `npm run build`，所以需要指定完整的 `node_modules` 路径： ```bash node-nightly --inspect ./node_modules/webpack/bin/webpack.js @@ -69,6 +69,6 @@ Debugger listening on ws://127.0.0.1:9229/c624201a-250f-416e-a018-300bbec7be2c For help see https://nodejs.org/en/docs/inspector ``` -现在，在浏览器中访问 `chrome://inspect`，你会看到在 _Remote Target_ 标题下可以进行 inspect(审查) 的活动脚本。单击每个脚本下自动连接会话的 "inspect" 链接，打开一个专门 debugger 或 _Open dedicated DevTools for Node_ 链接。你还可以看到 [NiM 扩展程序](https://chrome.google.com/webstore/detail/nodejs-v8-inspector-manag/gnhhdgbaldcilmgcpfddgdbkhjohddkj)，这是一个方便的 Chrome 插件，在每次你通过 `--inspect` 调试某个脚本时，都会自动打开 DevTools 标签页。 +现在，在浏览器中访问 `chrome://inspect`，你会看到在 **Remote Target** 标题下可以进行审查（inspect）的活动脚本。单击每个脚本下自动连接会话的“inspect”链接，会打开一个专门用于 debugger 或 **Open dedicated DevTools for Node** 链接。除此之外还可以看到 [NiM 扩展程序](https://chrome.google.com/webstore/detail/nodejs-v8-inspector-manag/gnhhdgbaldcilmgcpfddgdbkhjohddkj)，这是一个方便的 Chrome 插件。每当通过 `--inspect` 调试某个脚本时，都会自动打开 DevTools 标签页。 -我们推荐使用 `--inspect-brk` 标记，此标记将在脚本的第一条语句处断开，以便你可以在源代码中设置断点，并根据需要启动/停止构建。此外，不要忘记，你仍然可以向脚本传递参数。例如，如果你有多个配置文件，你可以通过 `--config webpack.prod.js` 指定你想要调试的配置。 +我们推荐使用 `--inspect-brk` 标记，此标记将在脚本的第一条语句处断开，以便你可以在源代码中设置断点，并根据需要启动/停止构建。此外不要忘记仍然可以向脚本传递参数。例如，如果你有多个配置文件，你可以通过 `--config webpack.prod.js` 指定想要调试的配置。 From d23246802e3f2dabc0180aea6ae9a7bd07eb0865 Mon Sep 17 00:00:00 2001 From: Yucohny <79147654+Yucohny@users.noreply.github.com> Date: Wed, 13 Sep 2023 10:54:24 +0800 Subject: [PATCH 6/7] docs(cn): add translator --- src/content/contribute/debugging.mdx | 1 + 1 file changed, 1 insertion(+) diff --git a/src/content/contribute/debugging.mdx b/src/content/contribute/debugging.mdx index 0ef03be62294..89db360ed799 100644 --- a/src/content/contribute/debugging.mdx +++ b/src/content/contribute/debugging.mdx @@ -9,6 +9,7 @@ contributors: - akaustav translators: - jsbugwang + - Yucohny related: - title: 使用 Chrome DevTools 学习和调试 webpack！ url: https://medium.com/webpack/webpack-bits-learn-and-debug-webpack-with-chrome-dev-tools-da1c5b19554 From 0cc7bbfad1ff5b3d6c5e4a9a8bc5bf5131a201a3 Mon Sep 17 00:00:00 2001 From: Yucohny <79147654+Yucohny@users.noreply.github.com> Date: Wed, 13 Sep 2023 10:56:05 +0800 Subject: [PATCH 7/7] docs(cn): review and update --- src/content/contribute/release-process.mdx | 11 ++++++----- 1 file changed, 6 insertions(+), 5 deletions(-) diff --git a/src/content/contribute/release-process.mdx b/src/content/contribute/release-process.mdx index 9e5a012fc9fb..0dd979abd981 100644 --- a/src/content/contribute/release-process.mdx +++ b/src/content/contribute/release-process.mdx @@ -8,13 +8,14 @@ contributors: - chenxsan translators: - jsbugwang + - Yucohny --- -部署 webpack 的发布流程实际上非常简单。请阅读以下步骤，以便清楚了解这些是如何完成的。 +部署 webpack 的发布流程实际上非常简单。请阅读以下步骤，以了解清楚这些是如何完成的。 -## 拉取请求(pull request) $#pull-requests$ +## 拉取请求（pull request） $#pull-requests$ -当你向 `main` 分支上提交 pull request 时，选择 _Create Merge Commit_ 选项。 +当向 `main` 分支上提交 pull request 时，选择 **Create Merge Commit** 选项。 ## 发布 $#releasing$ @@ -25,6 +26,6 @@ npm version minor && git push --follow-tags && npm publish npm version major && git push --follow-tags && npm publish ``` -_这样将递增包版本号，提交变更，然后创建一个**本地标签(tag)**，并推送到 github 和发布到 npm package。_ +**这样将递增包版本号，提交变更，然后创建一个本地标签（tag），并推送到 GitHub，然后发布到 npm package**。 -之后就可以到 github 的 [发布页面](https://github.com/webpack/webpack/releases) 上为新的标签(tag)编写 Changelog。 +之后就可以到 GitHub 的 [发布页面](https://github.com/webpack/webpack/releases) 上为新的标签（tag）编写 Changelog。