Celery: Celery 发布周期

我们的项目正在等待 Python 3.7 支持的下一个版本。 如果有什么方法可以帮助我们完成这个过程，请告诉我。

帮助我们找到一些赞助商来维护 celery 项目。 这是为这个庞大的项目投入大量时间最需要的东西。

@auvipy定义“赞助商” :) 金钱，时间？ 许多大玩家使用芹菜。

一种可能的方法是基于时间的发布，其中 master 中的所有内容都刚刚发布（一次/月？）。 主要错误修正或安全修正立即发货。 您可以通过更快的发布与用户群建立紧密的反馈循环。 人们可以根据需要（我们这样做）在他们的项目中固定版本以避免意外流失。

我花时间修复错误、增强公司需要的功能，并尝试将里程碑版本发布出去……

@robertknight在问题下，单击里程碑，选择下一个里程碑并关闭未解决的问题。 通常有十几个报告的错误没有修复，文档问题等。看看你是否能解决一些？

顺便说一句，我并不急于转移到 python 3.7，尽管它会很好。 在 4.3 版中寻找一些答案。 没有。 我明白并理解在这么大的项目上缺乏资金是一个问题，因为它不能不是，但我仍然认为事情应该透明地告诉每个人，这是 Celery 的短期和长期计划。 没有最新版本不言自明这样的事情，虽然我对此很好，但我会更自在地知道项目的发展方向。 由于主项目真的很复杂，有很多东西要维护，核心人如何看待celery的未来？ 就我个人而言，我认为在该项目上投入资金是不够的，因为 Python 世界正在迅速变化和发展，至少应该重新审视一些事情并制定策略。

感谢大家的投入。 除了这里提出的问题，还有一些是我对 celery 未来计划的事情，

1. 如果可能的话，在 10 月之前尽快发布 celery 4.3。
2. 从 master 分支中删除 python 2 并使 celery 4.x 分支成为 LTS，仅在 2019 年底之前修复错误。
3. 尽可能拥抱 asyncio 及其生态系统。 需要大修。
4. 找出台球的基于异步的替代方案或重写台球以使其异步友好[需要输入]
5. 为分布式芹菜节拍实现像redbeat这样的原生东西。
6. Kafka 支持和相关大修。
7. 逐步拥抱基于属性的测试，提高测试覆盖率。
8. 改进文档并修复未解决的错误。
9. 添加其他人......

这些是我的优先事项，我将开始为前 8 个工作，并且可能更多的团队成员和社区成员也将有助于实现功能请求和压缩开放错误。
我们在计划中还有更多功能，但目前这些都是最低优先级。

随时分享您的意见。

我们是否要在文档的某处列出与这些功能相关的问题，以便人们可以轻松了解计划是什么？
我知道我们有第 5 名： https :
不确定其余的。

也许我们可以创建一个路线图部分并用很少的描述链接相关问题？ 并在自述文件和文档中添加路线图以使其更明显？

听起来是一个好主意

我认为谈论发布周期和项目进展情况仍然有意义。 我认为未来的路线图和发布周期只是松散耦合的。 稳定的发布节奏将为我们提供一种定期发布修复的机制，而路线图将有助于映射未来的发布周期工作。 更多的资金（金钱或时间）只会“压缩”路线图。

我认为维基可以用提议的路线图更新（而不是使自述文件混乱），然后可以链接来自 GitHub 问题的里程碑，所以很明显什么已经有了票等等。

我也认为，Wiki 听起来是记录路线图的好地方。

我们还可以添加另一个项目吗？
添加对 redis 任务队列的支持怎么样？

为什么不？ 他们不是已经支持了吗？

@xirdneh你是什​​么意思？

回复晚了非常抱歉。 也许我对这个有点困惑。
我认为 celery 使用的是 redis 的 pub/sub，这意味着消息一出现就会传递给订阅者。
但是我们也可以在 redis 中使用 FIFO 队列，使其更像一个队列并为 celery beat 提供动力。
最后一部分已经在 #4815 中提到了
如果我对@auvipy @thedrow 有任何错误，请纠正我，谢谢:)

好吧，我相信我错了，Kombu 确实使用 LPUSH 和 LPOP 来处理消息。 我想我正在考虑其他事情，但我回到代码再次检查它。 对于那个很抱歉。

哈哈不用担心:dagger:

你好呀。 我已经仔细阅读了这个帖子，但我看不出关于发布周期的任何结论。 正如@mariokostelac所说，维护和添加功能需要工作，但另一方面，当更改已经合并到主分支时发布新版本应该不需要那么多工作，但现在几个月没有发布任何版本。 这是@Jamim提出的这个问题的原始主题。 例如，在我们公司，使用 python 3.7 的唯一障碍是 celery 不支持它。 如果我理解正确， master 分支包含允许将 celery 与 python 3.7 一起使用的更改。 是否有发布这些更改的预定日期？

@安托万- gallix也许如果我错了@auvipy可以纠正我。 但是我相信在我们对 3.7 进行更多测试并将其添加到 CI 工作流程之前，我们无法发布支持 python 3.7 的版本。
您是否能够用您的项目测试最新的母版并确保它正常工作？

实际上，使用 3.7 运行时测试失败，我们需要修复https://github.com/celery/py-amqp/issues/206。
这是一个开源项目，捐款很少。 我们在业余时间做这件事。
需要做出贡献来改进和支持这个项目。
我们真的不能设定最后期限。 如果支持 Python 3.7 的贡献到位，我们希望在未来几个月内发布。

@thedrow这完全可以理解。 感谢您的精确度。

我们可以在某处找到缺少什么的清单，以便完成下一个版本吗？ 将帮助我们导航我们可以提供帮助的内容以及状态。

嗨@davidbarton ，
我相信你可以看看里程碑。

@auvipy我的公司有一个客户需要 Kafka 支持。 我们有兴趣资助 celery 开发人员以帮助实现它。 如果你愿意，很高兴下周多谈。

@ewenger在[email protected] 上ping 我

嗨，绅士们，我能期待 celery 4.3 的发布日期吗？
我正在等待以下修复
https://github.com/celery/celery/issues
https://github.com/celery/celery/issues/4995

Celery 4.3已经正式发布

我们将很快记录发布周期和支持政策。
敬请关注。

我们将很快记录发布周期和支持政策。
敬请关注。

在哪里可以找到有关即将发布的版本的信息？ 谢谢。

我们将很快记录发布周期和支持政策。
敬请关注。

在哪里可以找到有关即将发布的版本的信息？ 谢谢。

检查 Github 里程碑

celery 现在发布更频繁的错误修复小版本。

恕我直言，我们应该坚持使用基于 SemVer 的版本，如果可能的话，持续发布或每周/每两周/每月/每月补丁/次要版本，并带有小新功能