因为我想在本周发布 19.8 版本。 我现在没有看到任何阻止它的东西。 测试在这里通过,但如果我错过了什么,请告诉我。
抄送@tilgovi @berkerpeksag
我想为 19.8 合并以下 PR:
@berkerpeksag我当时评论/批准了。 如果您需要帮助,请告诉我,因为我明天可能会有一些周期:)
我有公开的 PR。 我们要合并它们中的任何一个吗?
如果我们有时间让他们加入,那么两个 PR 都很好。
我的在。我可以帮忙复习一下吗?
@berkerpeksag我也评论过,你怎么看?
@berkerpeksag我没有得到关于 #1499 的答案。 我很怀疑是否要放回很久以前被删除的食物。 我们应该看到它的利弊。 或者至少确保它没有影响。
但是,我认为在发布之前,我将默认禁用套接字的 SO_REUSEPORT 选项。 想法?
@benoitc我不确定我是否理解 - 为什么我们要根据该 PR 更改SO_REUSEPORT
的默认值?
(我们确实依靠SO_RESUSEPORT
来帮助我们高效地处理数以万计/秒的请求,所以我对它的更改很小心。)
将 SO_REUSEPORT 作为默认设置似乎让一些人感到困惑,尤其是那些刚接触 Gunicorn 或在开发环境中使用它的人。 它可以在不杀死旧的 Gunicorn 的情况下启动新的 Gunicorn,从而导致运行多个版本的应用程序。 对于不知道为什么他们的应用程序只有一半时间提供正确响应的第一次用户来说,这不是一种非常友好的体验。
即使我们更改默认值,我们也绝对不会删除该功能。
@berkerpeksag我没有得到关于 #1499 的答案。 我很怀疑是否要放回很久以前被删除的食物。 我们应该看到它的利弊。 或者至少确保它没有影响。
再次查看 #1499,我可以将其关闭为 'wontfix'。 使其与 Gunicorn 19.4+ 兼容非常简单:
- '-c', 'airflow.www.gunicorn_config'
+ '-c', 'python:airflow.www.gunicorn_config'
在任何发布之前的待办事项列表中,我有以下内容:
我现在试着在星期五吃点东西
有没有更多关于这方面的消息?
我刚刚合并了 PR #1669 并关闭了 PR #1499,所以我认为现在唯一的阻止程序是 #1653。
我认为我们还需要在发行说明中记录SO_REUSEPORT
行为更改(PR #1669)。
哇,谢谢你的快速回复。 💯
知道询问 ETA 是最大的罪过,是否有任何关于#1653 进展的消息似乎阻止了发布?
@benoitc @tilgovi我们
#1324 的 PR 几乎准备好了:
我可以跳过#1653
我看不出有什么理由不更频繁地发布 :) 如果我今天没有带来补丁,我们明天早上发布。
关于 pyc 的东西,我会在当前版本中修复它,而不是添加任何新选项。 我宁愿弃用此功能,因为它违反了自动重新加载配置等内容的合同。
Pypi 好像还在 19.7.1 https://pypi.python.org/pypi/gunicorn
作为一个方面的想法可以使 README.md 具有稳定的版本号吗?
通过 pypi 检查当前版本是什么感觉有点奇怪,或者我可能遗漏了一些显示在某处的明显版本号 😕
抱歉打扰,有关于 19.8 版本的消息吗? 我很想玩 dictConfig :-)
( @Allu2请参阅 PR https://github.com/benoitc/gunicorn/pull/1727 以在自述文件中显示当前版本的版本号)
这事有进一步更新吗? 我很期待它,因为它修复了 alpine 容器中--reload
一些问题,并使我们的开发环境更好!
我会准备发布。 @berkerpeksag @benoitc对你有好处吗?
@tilgovi +1 来自我。
出于好奇,制作gunicorn发布的过程是怎样的?
在过去的 5 个月中,此版本似乎已被推迟,并且有不止一个“下一个(天 | 周 | 很快)”
@Allu2
这并不难,但我们所有人都是自愿这样做的。
我已经更新了变更日志,我相信一切都已准备好发布。
我要睡觉了,我会在早上剪掉标签,那时我可以在任何需要后续补丁发布的错误的情况下出现,但我不希望有任何问题。
19.8.0 发布了!
如有任何反馈或问题,请在此处发表评论!
我们的目标是在未来更频繁地发布。 您的拉取请求和评论有帮助。 如果您有兴趣成为维护者,请告诉我!
@tilgovi谢谢! 并同意:) 很抱歉没有尽快回答我整个月都在旅行
最有用的评论
19.8.0 发布了!
如有任何反馈或问题,请在此处发表评论!