为什么 grunt 的日志记录功能被弃用了？答案

【问题标题】：Why did grunt's logging capabilities become deprecated?为什么 grunt 的日志记录功能被弃用了？
【发布时间】：2014-05-16 04:17:58
【问题描述】：

似乎grunt 的默认日志记录功能（通过grunt.log.<method> 访问）已被弃用。 grunt 在 GitHub 上的 repo 页面有一个新的存储库，在不到 2 周前首次提交，称为“grunt-legacy-log”，其中“legacy”意味着“旧的，除了向后兼容性之外不再使用”。此外，详细介绍这些函数的 API 的主页 http://gruntjs.com/api/grunt.log 在页面顶部有一个损坏的链接，其目标给出了 404 错误。

为什么会这样？通过一个简单的谷歌搜索，我只能找到GitHub discussion，评论者似乎已经计划好了，但无论他们所做的一切都没有记录在我能找到的其他任何地方。他们似乎指的是较早的讨论，但他们没有链接到它。 grunt 的博客说 grunts “日志记录 API 已被分解为一个单独的模块，grunt-legacy-log，以便于维护”，但它没有扩展这意味着什么。他们为什么要进行维护？如果他们没有弃用它，为什么它被称为“遗产”？

那么日志记录功能是否已弃用？如果是这样，我们现在应该怎么做才能登录grunt？我假设我们不必使用 JavaScript 的 document.write 方法，即使它适用于 grunt，但我们期望使用什么？如果不是，这是怎么回事？为什么grunt 使用“遗留”这个词？

【问题讨论】：

感谢您对grunt.log 上的链接断开的提醒。更新了github.com/gruntjs/grunt-docs/commit/…，很快就会上线反映。

标签： javascript node.js logging github gruntjs

【解决方案1】：

背景：我在 Grunt 团队。

grunt.log 未被弃用。当前实现已移至grunt-legacy-log，因为grunt.log 的内部最终将被prolog 取代。

请继续使用grunt.log 方法。我非常怀疑我们是否会弃用该 API。最多，我们可能会破坏与某些 API 工作方式的向后兼容性。但这只会发生在 Grunt 的一个小或大的颠簸期间，即 v0.4.x 到 v0.5.0 并且它将详细记录如何迁移。

您可能会看到更多 API 被移出到它们自己的库中。这是 Grunt 努力使这些内部库更容易被更大的 Node.js 社区访问并更易于我们维护的一部分。如果有任何已弃用，它们将被标记为此类，我们将为用户提供迁移路径。

【讨论】：

感谢您的回复。当为公司工作的人可以在 StackOverflow 之类的网站上回答此类问题时，这真是太好了。我喜欢你用grunt 做的事情，继续加油！那么这是否意味着grunt 将依赖于grunt-legacy-*，或者这些包是否会成为grunt 和单独包的一部分？您将如何处理？
Grunt 不属于公司。 Grunt 团队是许多志愿者中的一部分，他们为该项目贡献了他们的空闲时间。您可以成为 Grunt 的贡献者并帮助指导该项目 :) 是的，Grunt 将使用旧包作为依赖项：github.com/gruntjs/grunt/blob/master/package.json#L66，这些包在 npm 上可用（将来会继续可用）。
抱歉，我的意思是你们在grunt 中的所有志愿服务都做得很好。我想我的意思是“为公司工作的人在grunt 工作的人可以在像 StackOverflow 这样的网站上回答这样的问题，这真是太好了”。如果我在制作网络应用方面做得更好，我可能会成为 grunt 志愿者 :)。