-
Notifications
You must be signed in to change notification settings - Fork 144
ansible core documentation release checklist
Our work for an upcoming release starts when a new stable branch is created for the upcoming ansible-core
release. Since we have to touch multiple releases, this means that:
- Most changes start in the
devel
branch and get backported to the new stable branch for the upcoming release. - Some changes to support the version switcher have to be backported to all maintained releases.
- One set of changes has to happen in the newly EOL’d branch.
To make this clear in the instructions below, we’ll use the following conventions:
- stable-NEW - reflects the newly created stable branch for the upcoming release.
- stable-NEW-1 and stable-NEW-2 - reflects the two prior releases that will continue to be maintained.
- stable-EOL - the release before stable-NEW-2 that will go EOL once stable-NEW is released.
Ansible documentation release checklists Return to docs wiki
So for example, for ansible-core 2.14 release:
- stable-NEW is stable-2.14 (the newly created branch)
- stable-NEW-1 is stable-2.13, and stable-NEW-2 is stable-2.12
- stable-EOL is stable-2.11.
This Wiki is used for quick notes, not for support or documentation.
Working groups are now in the Ansible forum
Ansible project:
Community,
Contributor Experience,
Docs,
News,
Outreach,
RelEng,
Testing
Cloud:
AWS,
Azure,
CloudStack,
Container,
DigitalOcean,
Docker,
hcloud,
Kubernetes,
Linode,
OpenStack,
oVirt,
Virt,
VMware
Networking:
ACI,
AVI,
F5,
Meraki,
Network,
NXOS
Ansible Developer Tools:
Ansible-developer-tools
Software:
Crypto,
Foreman,
GDrive,
GitLab,
Grafana,
IPA,
JBoss,
MongoDB,
MySQL,
PostgreSQL,
RabbitMQ,
Zabbix
System:
AIX,
BSD,
HP-UX,
macOS,
Remote Management,
Solaris,
Windows
Security:
Security-Automation,
Lockdown
Tooling:
AWX,
Galaxy,
Molecule
Plugins:
httpapi