Async: 2.0.0 准备好了吗?

创建于 2016-07-08  ·  22评论  ·  资料来源: caolan/async

我想是时候了。 里程碑中的所有内容都已完成,文档站点已启动并正在运行。 (除了during不一致问题,我认为这只是一个文档修复)

我认为 2.0.0 已经准备好发布了!

抄送@megawac

最有用的评论

所有22条评论

解决后我同意#1217

你好。 我从节点开始,所以我遵循了使用 async.parallel 的教程。 因此,当我想运行该应用程序时,它会在 async 模块中引发错误,错误是 async 找不到 applyEach 模块:
“错误:找不到模块‘./applyEach’”
而且看到async的版本是2.0.0,所以决定装一个老版本,具体是1.5.2版本,错误消失了。

哦,这是一个好点@aearly我们应该在运行编译步骤后测试所有模块。 我们可以配置 mocha 用来测试的index.js文件吗?

@gemox94我实际上无法重现这一点。 你能提供代码来重现这个问题吗?

好了,上一期结束了! 我说我们要等到星期一发布。 当大多数人周末休息时,无意中引起一些问题会很糟糕。

当然,让我们查看变更日志并确保其准备就绪

我刚刚添加了一个我认为应该在 v2 发布之前解决的问题:#1225。 在没有对其配置进行大量调查的情况下,我不会对代码覆盖率结果给予很大的重视,但我觉得这应该在主要版本之前解决。

也就是说,作为一个非所有者,我可以说我仍然 100% 舒适地使用没有代码覆盖测试结果的 v2 版本,所以简单地移除 Coveralls 徽章并在之后解决它可能更有效。

覆盖不工作不是一个showstopper。 我们可以稍后解决这个问题。 我不知道它自模块化以来一直有效。

我认为问题是 ES6 进口

@aearly明天发布@noon (est),听起来不错?

美国东部时间下午 1 点怎么样? (太平洋标准时间上午 9 点有点早)

是时候了,是时候了! (疯狂地等待 -rc 消失)

呵呵,昨晚@131打开了几个问题,我们必须在发布前对它们进行分类。 在我们继续之前等待@aearly对几个 PR 的反馈

我注意到最后的一些事情给了 jsdoc 一个最后的审视:

1) 将多个项目插入队列/货物的文档。 未记录数组形式。
2) 内部根本不使用 lib/iterator。 这是否值得再异步生活? 我会说杀死它以支持 ES-2015 迭代器本身支持数组。
3)竞相支持迭代? (也许是 v2.1?)
4)瀑布支持迭代? (也许是 v2.1?)

3) 和 4) 可以等待 2.1 。 我还认为数组文字对这些函数更有用。 支持通用可迭代对象可能会导致一些我没有预见到的有趣的控制流选项。 race也可以支持对象。

我 :clap: 想 :clap: 我们已经 :clap: 准备好了 :clap: 到 :clap: 去 :open_mouth:

现在我们等待不可避免的错误报告... :dizzy_face::sweat_smile:

您是否对文档@aearly 进行了一些未分阶段的更改? 在我的机器上生成文档与 gh-pages 不一样?

不,一切都是最新的。 有什么不同?

此页面是否有帮助?
0 / 5 - 0 等级