流星2.8已开始迁移到去除纤维。这包括流星核心本身的重大变化，更不用说它将对整个软件包生态系统产生的影响。为了使Meteor 2.8新的API端点之后的每个人都更容易，开始播放现有的API端点，但是将Async添加到其名称中。因此，meteor.call()现在也可以用作meteor.callAsync()。尽管名称所暗示，但这种新的API并不像原始API那样同步，而是异步，需要使用async和await。越来越多的API端点将转换为此方法，以便最终可以从流星中移除纤维，流星可以升级到最新的节点版本。您可以在“流星指南”和“文档”中的read more about it。另外，请注意更改程序，以查看添加了哪些新API。还有一个GitHub project可以看到当前的进度。

，Meteor 3.0计划在不迟于4月之前发布，以类似方式开始为这一重大步骤准备流星社区套餐。

这是关于我们MCP月度计划会议的辩论，我们的组织存储库已经开始了discussion。诸如版本控制，通用方法，优先级等的内容将在那里确定。

我们有一个GitHub project来跟踪整体进度。
第一步是确定优先级（只是没有足够的维护者可以同时处理所有工作）。我们将从那些要么超快的人（以便我们可以练习需要做的事情）或最受欢迎和广泛使用的人开始。
第二步将是确定该软件包是否受到影响，并需要与异步/等待相关的任何更改。
第三将列出所有更改并分配将监督努力的维护者。
然后，最终工作将能够开始。这将优先于其他任何功能。

有两个API需要在包装中考虑。

首先是调用流星API和其他软件包。在可能的情况下，应在不破坏建立的模式的情况下向新API迁移。这将需要提高最低流星版本，因此，如果发生功能或破坏版本的发布，仍然必须进行讨论。

包的第二个API。就像流星一样使用它的API，包装也应该如此。与上述版本的同样关注点，此处适用。

在这两种情况下，由于代码的更改，Meteor 3发布后都会发生打破版本。

。

现在您知道我想邀请您参加join the discussion的计划，甚至更好地在这项巨大的努力中做出贡献。

如果您想做出贡献，您甚至不必写信给我（尽管也受到欢迎），只需选择一个存储库，分析它（或者您觉得已经开始编码），然后提交您关于存储库的新问题的发现。然后，我将其链接到董事会，以便其他人也可以加入。

希望见到你！

---

如果您喜欢我的工作，请在GitHub Sponsors ❤️上支持我。