Javascript 为什么grunt'；s的日志功能是否已被弃用？_Javascript_Node.js_Logging_Github_Gruntjs

Javascript 为什么grunt'；s的日志功能是否已被弃用？

javascript node.js logging github gruntjs

Javascript 为什么grunt'；s的日志功能是否已被弃用？,javascript,node.js,logging,github,gruntjs,Javascript,Node.js,Logging,Github,Gruntjs,通过grunt.log.访问的grunt的默认日志功能似乎已被弃用grunt在GitHub上的repo页面有一个新的存储库，在不到两周前首次提交，名为“grunt legacy log”，其中“legacy”意味着“旧的，除了向后兼容之外不再使用”。此外，详细说明这些函数的API的主页在页面顶部有一个断开的链接，其目标给出了404错误为什么会这样？通过一个简单的谷歌搜索，我所能找到的只是一个评论人似乎已经计划好了的地方，但无论他们做了什么，我都找不到其他地方的记录。他们似乎是指早些时候的一次讨

通过

grunt.log.

访问的

grunt

的默认日志功能似乎已被弃用

grunt

在GitHub上的repo页面有一个新的存储库，在不到两周前首次提交，名为“grunt legacy log”，其中“legacy”意味着“旧的，除了向后兼容之外不再使用”。此外，详细说明这些函数的API的主页在页面顶部有一个断开的链接，其目标给出了404错误

为什么会这样？通过一个简单的谷歌搜索，我所能找到的只是一个评论人似乎已经计划好了的地方，但无论他们做了什么，我都找不到其他地方的记录。他们似乎是指早些时候的一次讨论，但他们没有联系到它

grunt

的博客上说，

grunt

s“为了便于维护，日志API被分解成一个单独的模块，

grunt legacy log

”，但它没有扩展这意味着什么。他们为什么要进行维护？如果他们不反对它，为什么它被称为“遗产”

那么日志功能是否已被弃用？如果是这样，我们现在应该怎么做才能登录

grunt

？我假设我们不必使用JavaScript的

document.write

方法，即使它适用于

grunt

，但我们希望使用什么呢？如果没有，发生了什么，为什么

grunt

使用“遗留”这个词？

背景：我是grunt团队的成员

grunt.log

未被弃用。当前的实现已经转移到

grunt遗留日志中，因为grunt.log
的内部最终将被替换为
请继续使用grunt.log
方法。我非常怀疑我们是否会反对那个API。最多，我们可能会破坏某些API工作方式的向后兼容性。但这只会发生在Grunt中的一个小的或大的颠簸期间，即v0.4.x
到v0.5.0
，并且将详细记录如何迁移
您可能会看到更多的API被移到它们自己的库中。这是Grunt努力的一部分，目的是让更大的Node.js社区更容易访问这些内部库，并使我们更易于维护。如果有不推荐的，它们将被标记为这样，我们将为用户提供迁移路径。
背景：我是Grunt团队的成员
grunt.log
未被弃用。当前的实现已经转移到grunt遗留日志中，因为grunt.log
的内部最终将被替换为
请继续使用grunt.log
方法。我非常怀疑我们是否会反对那个API。最多，我们可能会破坏某些API工作方式的向后兼容性。但这只会发生在Grunt中的一个小的或大的颠簸期间，即v0.4.x
到v0.5.0
，并且将详细记录如何迁移
您可能会看到更多的API被移到它们自己的库中。这是Grunt努力的一部分，目的是让更大的Node.js社区更容易访问这些内部库，并使我们更易于维护。如果有不推荐的，它们将被标记为这样，我们将为用户提供迁移路径。
背景：我是Grunt团队的成员
grunt.log
未被弃用。当前的实现已经转移到grunt遗留日志中，因为grunt.log
的内部最终将被替换为
请继续使用grunt.log
方法。我非常怀疑我们是否会反对那个API。最多，我们可能会破坏某些API工作方式的向后兼容性。但这只会发生在Grunt中的一个小的或大的颠簸期间，即v0.4.x
到v0.5.0
，并且将详细记录如何迁移
您可能会看到更多的API被移到它们自己的库中。这是Grunt努力的一部分，目的是让更大的Node.js社区更容易访问这些内部库，并使我们更易于维护。如果有不推荐的，它们将被标记为这样，我们将为用户提供迁移路径。
背景：我是Grunt团队的成员
grunt.log
未被弃用。当前的实现已经转移到grunt遗留日志中，因为grunt.log
的内部最终将被替换为
请继续使用grunt.log
方法。我非常怀疑我们是否会反对那个API。最多，我们可能会破坏某些API工作方式的向后兼容性。但这只会发生在Grunt中的一个小的或大的颠簸期间，即v0.4.x
到v0.5.0
，并且将详细记录如何迁移
您可能会看到更多的API被移到它们自己的库中。这是Grunt努力的一部分，目的是让更大的Node.js社区更容易访问这些内部库，并使我们更易于维护。如果有不推荐使用的，它们将被标记为不推荐使用，我们将为用户提供迁移路径。
感谢您提醒grunt.log
上断开的链接。更新并将很快在网上反映。感谢您提供有关grunt.log
上断开链接的提示。更新并将很快在网上反映。感谢您提供有关grunt.log
上断开链接的提示。更新并将很快在网上反映。感谢您提供有关grunt.log
上断开链接的提示。已更新并将很快在网上反映。感谢您的回复。当为公司工作的人可以在StackOverflow这样的网站上回答这样的问题时，这真是太棒了。我喜欢你用咕噜咕噜做的事，坚持下去！那么这是否意味着grunt
将依赖于grunt legacy-*
，或者这些包是grunt
和单独包的一部分？你将如何处理这件事？Grunt不是公司所有的。Th