牛角号 #56
Ansible 开发者社区通讯 第 56 期,2022-04-29 (往期回顾)
欢迎阅读 牛角号,这是我们为 Ansible 开发者社区提供的通讯。如果您有任何问题或想要分享的内容,欢迎您在 Matrix 上的 Ansible 社交室 与我们聊天,并提及 newsbot
以便您的新闻项目被标记以供审查,纳入下一期周报!
关键日期 ⏱️
cybette 说
- 2022-05-03: DaWGs 会议,UTC 时间 15:00
- 2022-05-04: 社区工作组会议,UTC 时间 18:00(在此处提出议题 此处)
- 2022-05-05: 牛角号 #57 内容截止日期,UTC 时间 18:00
- 2022-05-17: Ansible 5.8.0 版本发布预计时间
- 2022-05-23: Ansible-Core 2.12.6 和 Ansible-Core 2.11.12 版本发布预计时间(如果这些版本有更新)
- 2022-05-23: Ansible-Core 2.13 正式版发布预计时间
- 2022-05-23: 上游 Ansible 2.9 和 Ansible-base 2.10 结束生命周期
- 2022-06-21: Ansible 6.0.0 正式版发布预计时间
一般新闻更新 🔈️
我们很高兴地宣布 Mario Lenz (mariolenz) 和 Alexei Znamensky (russoz) 已加入 Ansible 社区指导委员会 - 欢迎加入,各位!感谢您加入我们,并感谢您长期以来的贡献!
gundalow 贡献
从 Ansible 包中移除集合的流程
有时,Ansible 社区可能需要出于稳定性、法律或安全原因从
ansible
包中移除某个集合。我们最近批准了该流程,您可以 在此处查看。
主要新版本发布 🏆️
Ansible ↗ 📦️
Ansible
包包含 ansible-core
,是一个包含所有功能的包,提供了一组精选的 Ansible 集合。请参阅 Ansible 路线图,了解未来版本计划。
dmsimard 说
Ansible 5.7.0 已发布,其中包含对 19 个包含的 Ansible 集合的更新!请阅读 公告 或查看 更新变更日志,以了解有关此新版本的更多信息。
Ansible-Core ↗ ⚡️
ansible-core
包包含基本引擎以及少量模块和插件。要查看下一个版本的计划内容,请查看 ansible-core
路线图。
cybette 分享
ansible-core 2.12.5 和 ansible-core 2.11.11 已发布。这些是维护版本,包含许多错误修复。
集合更新 🪄
redhat_cop.ah_configuration 0.7.0 已发布。此更新包括在模块和角色中添加 EE 存储库的管理功能。此外,还更新了简化集合更新和上传的流程。
felixfontein 贡献
community.dns 2.1.0 已发布 (变更日志)。此版本除了更新的公共后缀列表之外,还包括执行环境支持。
felixfontein 分享
community.docker 1.10.8 和 2.4.0 已发布,包含错误修复和新功能。2.4.0 版本声明了其大部分内容的执行环境依赖项。
hunleyd 贡献
community.postgresql
集合已发布 1.7.3 和 2.1.4 以完全弃用 Ansible 2.9/2.10。感谢我们最新的贡献者 jchancojr 和所有其他参与者!
以下网络集合(主要版本)在今天早些时候发布。
ansible.netcommon 3.0.0 ansible.utils 2.6.1 arista.eos 5.0.0 vyos.vyos 3.0.0 cisco.ios 3.0.0
felixfontein 分享
community.general 4.8.0 已发布 (变更日志)。这是 4.x.0 的最后一个次要版本,从现在开始,将只发布主要版本 4 的错误修复版本 (4.8.x)。版本 5.0.0 预计于 5 月 17 日发布,本周可能会发布 alpha 版本。
rsicart 分享
community.mysql 3.1.3 已发布。
需要帮助 🙏
samccann 说
改进 Ansible 入门指南
我们将在未来几个月内重写本指南,并希望您能提供反馈,告诉我们新用户在使用 Ansible 时遇到的障碍是什么。请在 https://github.com/ansible/ansible/issues/77681 中添加您的评论/想法/反馈,感谢您的帮助!
提案 - 讨论并投票! 🗳️
gundalow 分享
从 Ansible 6 中移除损坏的集合 community.kubevirt
community.kubevirt
依赖于community.kubernetes < 2.0.0
。从 Ansible 5 开始,包含了community.kubernetes 2.x.y
,这实际上破坏了 community.kubevirt 集合。已经进行了一些初步工作 (此处 和 此处),旨在使community.kubevirt
与community.kubernetes >= 2.0.0
或 kubernetes.core >= 2.0.0 协同工作,但该工作从未完成。照目前情况,我们将从 Ansible 6 中移除
community.kubevirt
。欢迎通过 community-topics#92 提供反馈
gundalow 贡献
安排在 Ansible 6 或 Ansible 7 中移除 community.kubernetes
community.kubernetes 2.0.0
基本上是空的,它包含指向kubernetes.core
的已弃用重定向。我们在 Ansible 4.2 (变更日志片段) 中宣布,community.kubernetes
最终将从 Ansible 中移除,但我们没有提供明确的版本截止日期。(有关一般讨论,请参阅 ansible-community/community-topics#22。)我们有三种可能的解决方案,需要您的反馈
1) 从 Ansible 6 中移除
community.kubernetes
。2) 在 Ansible 6.0.0 中宣布从 Ansible 7 中移除community.kubernetes
。3) 目前不移除或不宣布移除ansible
中的 community.kubernetes。(即,不作任何更改。)请通过 community-topics#93 提供您的反馈
gundalow 说
所有集合的通用健全性检查
如 https://github.com/ansible-community/ansible-build-data/issues/114 所示,我们确实应该检查 Ansible 包中包含的现有集合。一些想法
- 设置一些夜间 CI,对所有集合运行一些基本的健全性检查(例如
ansible-test sanity --docker -v
)。让我们为此指定一个或两个稳定分支。- 给所有未能通过此检查的集合一些时间进行修复。如果它们在两个月内没有修复,让我们将它们弃用,并计划从 Ansible 7 中移除。(我认为在 Ansible 6 中执行此操作为时过早。)
- 从那时起,在将新稳定分支添加到此 CI 时提前发出警告(并移除旧分支,以便最多同时激活 1-2 个分支),并遵循相同的规则:如果某个集合未能通过 CI 且在一定时间内(通过新版本)未进行修复,则将在 Ansible 的下一个主要版本中将其弃用并移除。
您怎么看?
请通过 community-topics#96 告知我们
gundalow 贡献
将集合纳入 Ansible 包时遇到的挑战
在将新集合纳入
ansible
包之前,必须通过 集合检查清单 进行详细审查,该清单反映了 社区集合要求。此举是为了确保我们保持高标准的质量。我们目前面临两大挑战
- 缺乏审查,因此,提交的集合无法纳入包中。
- 积压工作量大且不断增加 积压:传入速度快于审查速度。
我们正在通过 community-topics#97 收集意见
社区更新 👂️
cybette 分享
Ansible 贡献者调查
您的反馈对我们非常重要,以便我们能够继续改进我们优秀的 Ansible 社区的贡献者体验。请花几分钟时间填写我们整理的 贡献者调查!
维护者 ↗ 🪜
维护者帮助运营社区!
samccann 贡献
集合所有者 - GitHub 上的编辑功能已恢复!将
docs/docsite/links.yml
添加到您的集合中以启用它。有关结构和详细信息,请参阅 https://github.com/ansible-collections/collection_template/blob/main/docs/docsite/links.yml。
暂时就到这里了!
有任何问题想问,或希望我们介绍的主题?请在 #social:ansible.com 中提问!下次再见!