我们希望听到您的意见!帮助我们深入了解 Ansible 生态系统现状。
参与 Ansible 项目 2024 年调查

牛角号 #56

Ansible Bullhorn banner

Ansible 开发者社区通讯 第 56 期,2022-04-29 (往期回顾)

欢迎阅读 牛角号,这是我们为 Ansible 开发者社区提供的通讯。如果您有任何问题或想要分享的内容,欢迎您在 Matrix 上的 Ansible 社交室 与我们聊天,并提及 newsbot 以便您的新闻项目被标记以供审查,纳入下一期周报!

关键日期 ⏱️

cybette

一般新闻更新 🔈️

andersson007_ 贡献

我们很高兴地宣布 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 已发布。这些是维护版本,包含许多错误修复。

集合更新 🪄

Sean Sullivan

redhat_cop.ah_configuration 0.7.0 已发布。此更新包括在模块和角色中添加 EE 存储库的管理功能。此外,还更新了简化集合更新和上传的流程。

felixfontein 贡献

community.dns 2.1.0 已发布 (变更日志)。此版本除了更新的公共后缀列表之外,还包括执行环境支持。

felixfontein 分享

community.docker 1.10.82.4.0 已发布,包含错误修复和新功能。2.4.0 版本声明了其大部分内容的执行环境依赖项。

hunleyd 贡献

community.postgresql 集合已发布 1.7.32.1.4 以完全弃用 Ansible 2.9/2.10。感谢我们最新的贡献者 jchancojr 和所有其他参与者!

Gomathi Selvi 贡献

以下网络集合(主要版本)在今天早些时候发布。

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.kubevirtcommunity.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 包中包含的现有集合。一些想法

  1. 设置一些夜间 CI,对所有集合运行一些基本的健全性检查(例如 ansible-test sanity --docker -v)。让我们为此指定一个或两个稳定分支。
  2. 给所有未能通过此检查的集合一些时间进行修复。如果它们在两个月内没有修复,让我们将它们弃用,并计划从 Ansible 7 中移除。(我认为在 Ansible 6 中执行此操作为时过早。)
  3. 从那时起,在将新稳定分支添加到此 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 中提问!下次再见!