# \[Vote ended on 2023-12-04\] Release schedule for holiday releases

**URL:** <https://forum.ansible.com/t/vote-ended-on-2023-12-04-release-schedule-for-holiday-releases/2471>\
**Category:** Project Discussions\
**Tags:** implemented, release-management, community-wg\
**Created:** [November 20, 2023, 6:08pm UTC](https://forum.ansible.com/t/vote-ended-on-2023-12-04-release-schedule-for-holiday-releases/2471 "2023-11-20T18:08:37Z")\
**Posts on this page:** 20\
**Page:** 1

<div class="post-metadata">

**Author:** ![gotmax23](https://sea1.discourse-cdn.com/ansible/user_avatar/forum.ansible.com/gotmax23/32/106_2.png) [@gotmax23](https://forum.ansible.com/u/gotmax23)\
**Post date:** [November 20, 2023, 6:08pm UTC](https://forum.ansible.com/t/vote-ended-on-2023-12-04-release-schedule-for-holiday-releases/2471/1 "2023-11-20T18:08:37Z")

</div>

The Core team [announced](https://groups.google.com/g/ansible-devel/c/0lMeC5LgwMQ) that the Dec 25/Jan 1 ansible-core release window of 2.16.2 would be delayed. I assume we’ll want to make the same adjustment for the `ansible` community package 9.2.0 release. I’m not sure if the [@SteeringCommittee](https://forum.ansible.com/groups/steeringcommittee) should vote on this. What do you all think?

* * *

**Use [[Vote ended on 2023-12-04] Release schedule for holiday releases - #22 by mariolenz](http://forum.ansible.com/t/vote-ends-on-2023-12-04-release-schedule-for-holiday-releases/2471/22) to vote! The vote ends on 2023-12-04.**

---

<div class="post-metadata">

**Author:** ![mariolenz](https://sea1.discourse-cdn.com/ansible/user_avatar/forum.ansible.com/mariolenz/32/108_2.png) [@mariolenz](https://forum.ansible.com/u/mariolenz)\
**Post date:** [November 20, 2023, 6:25pm UTC](https://forum.ansible.com/t/vote-ended-on-2023-12-04-release-schedule-for-holiday-releases/2471/2 "2023-11-20T18:25:36Z")

</div>

Last year we did have a [vote](https://github.com/ansible-community/community-topics/discussions/169).

The current release schedule is [approximately every four weeks if changes to collections have been made or to align to a later ansible-core-2.16.x](https://docs.ansible.com/ansible/devel/roadmap/COLLECTIONS_9.html#ansible-minor-releases). Since there will probably at least _some_ changes to the collections, I guess we should have a vote on this.

But I don’t insist if the rest of the [@SteeringCommittee](https://forum.ansible.com/groups/steeringcommittee) thinks otherwise.

---

<div class="post-metadata">

**Author:** ![felixfontein](https://sea1.discourse-cdn.com/ansible/user_avatar/forum.ansible.com/felixfontein/32/7530_2.png) [@felixfontein](https://forum.ansible.com/u/felixfontein)\
**Post date:** [November 20, 2023, 9:05pm UTC](https://forum.ansible.com/t/vote-ended-on-2023-12-04-release-schedule-for-holiday-releases/2471/3 "2023-11-20T21:05:54Z")

</div>

We did adjust the release schedule around RC/GA so that Ansible 9.x.0 is aligned to ansible-core 2.16.x, at least starting with x = 1 (since ansible-core 2.16.0 is aligned with 9.0.0b1 more isn’t really possible). So if we want to keep that alignment, we should again delay Ansible 9.2.0 until ansible-core 2.16.2 comes out, i.e. until end of January.

Since this will likely happen every year from now on, we could also vote on a more generic proposal that we generally want to align Ansible y.x.0 with ansible-core 2.(y+7).x for x \>= 1 for as long as Ansible y is not EOL. Then we don’t have to discuss and vote on this every year.

---

<div class="post-metadata">

**Author:** ![samccann](https://sea1.discourse-cdn.com/ansible/user_avatar/forum.ansible.com/samccann/32/18_2.png) [@samccann](https://forum.ansible.com/u/samccann)\
**Post date:** [November 20, 2023, 9:07pm UTC](https://forum.ansible.com/t/vote-ended-on-2023-12-04-release-schedule-for-holiday-releases/2471/4 "2023-11-20T21:07:21Z")

</div>

Keep in mind the reason core is doing this is to allow for the various end-of-year time off/breaks a lot of people take. My un-steering opinion is that we should follow that pattern unless there is some urgent reason not to.

---

<div class="post-metadata">

**Author:** ![gwmngilfen](https://sea1.discourse-cdn.com/ansible/user_avatar/forum.ansible.com/gwmngilfen/32/6_2.png) [@gwmngilfen](https://forum.ansible.com/u/gwmngilfen)\
**Post date:** [November 21, 2023, 9:29am UTC](https://forum.ansible.com/t/vote-ended-on-2023-12-04-release-schedule-for-holiday-releases/2471/5 "2023-11-21T09:29:06Z")

</div>

Seems like an easy way to get used to voting here … it seems uncontroversial 😉

---

<div class="post-metadata">

**Author:** ![mariolenz](https://sea1.discourse-cdn.com/ansible/user_avatar/forum.ansible.com/mariolenz/32/108_2.png) [@mariolenz](https://forum.ansible.com/u/mariolenz)\
**Post date:** [November 21, 2023, 3:43pm UTC](https://forum.ansible.com/t/vote-ended-on-2023-12-04-release-schedule-for-holiday-releases/2471/6 "2023-11-21T15:43:52Z")

</div>

> [@felixfontein](#):
>
> Since this will likely happen every year from now on, we could also vote on a more generic proposal that we generally want to align Ansible

The [roadmap](https://docs.ansible.com/ansible/devel/roadmap/COLLECTIONS_9.html) says:

> Ansible 9.x minor releases will occur approximately every four weeks if changes to collections have been made or to align to a later ansible-core-2.16.x.

Maybe we should remove the “if changes to collections have been made” and just say we’re aligning with ansible-core 2.16. This way, the next time ansible-core announces a delay we could just announce to follow their lead in The Bullhorn without a lot of discussion and voting. Or is it too late to change this on the roadmap?

For Ansible 10 we should just start like this when we create the roadmap.

---

<div class="post-metadata">

**Author:** ![anwesha](https://sea1.discourse-cdn.com/ansible/user_avatar/forum.ansible.com/anwesha/32/20_2.png) [@anwesha](https://forum.ansible.com/u/anwesha)\
**Post date:** [November 22, 2023, 9:00am UTC](https://forum.ansible.com/t/vote-ended-on-2023-12-04-release-schedule-for-holiday-releases/2471/7 "2023-11-22T09:00:24Z")

</div>

I guess we can make changes in the roadmap this time with a detailed explanation in the Bullhorn. It will be easier for people to find and follow the dates of next release (since we always point the roadmap to follow for the upcoming releases dates).

---

<div class="post-metadata">

**Author:** ![acozine](https://avatars.discourse-cdn.com/v4/letter/a/ecccb3/32.png) [@acozine](https://forum.ansible.com/u/acozine)\
**Post date:** [November 22, 2023, 7:45pm UTC](https://forum.ansible.com/t/vote-ended-on-2023-12-04-release-schedule-for-holiday-releases/2471/8 "2023-11-22T19:45:26Z")

</div>

PROPOSAL:

Starting in 2024, the Ansible community package release schedule will follow the Ansible Core release schedule, including delays for the winter holidays. This means Ansible releases happen every four weeks through most of the year, but release dates may be delayed in November and December so community maintainers can celebrate and take time away from their responsibilities. Instead of addressing each delay individually as it comes up, we will plan to follow the holiday schedule as announced by the Core team.

---

<div class="post-metadata">

**Author:** ![mariolenz](https://sea1.discourse-cdn.com/ansible/user_avatar/forum.ansible.com/mariolenz/32/108_2.png) [@mariolenz](https://forum.ansible.com/u/mariolenz)\
**Post date:** [November 22, 2023, 8:01pm UTC](https://forum.ansible.com/t/vote-ended-on-2023-12-04-release-schedule-for-holiday-releases/2471/9 "2023-11-22T20:01:59Z")

</div>

I would keep it a bit shorter and not mention “so community maintainers can celebrate and take time away from their responsibilities”:

Starting in 2024, the Ansible community package release schedule will follow the Ansible Core release schedule, including (for example) delays for ~~the winter~~ holidays. This means Ansible releases happen every four weeks through most of the year, but release dates may be delayed when Ansible Core release is.

---

<div class="post-metadata">

**Author:** ![chris](https://sea1.discourse-cdn.com/ansible/user_avatar/forum.ansible.com/chris/32/293_2.png) [@chris](https://forum.ansible.com/u/chris)\
**Post date:** [November 22, 2023, 8:36pm UTC](https://forum.ansible.com/t/vote-ended-on-2023-12-04-release-schedule-for-holiday-releases/2471/10 "2023-11-22T20:36:04Z")

</div>

> [@mariolenz](#):
>
> winter holidays

Would _“December / January holidays”_ or _“end of year holidays”_ make more sense for people in the southern hemisphere?

---

<div class="post-metadata">

**Author:** ![mariolenz](https://sea1.discourse-cdn.com/ansible/user_avatar/forum.ansible.com/mariolenz/32/108_2.png) [@mariolenz](https://forum.ansible.com/u/mariolenz)\
**Post date:** [November 22, 2023, 9:20pm UTC](https://forum.ansible.com/t/vote-ended-on-2023-12-04-release-schedule-for-holiday-releases/2471/11 "2023-11-22T21:20:35Z")

</div>

I think you’re right, I’ve removed “the winter” from my proposal.

---

<div class="post-metadata">

**Author:** ![felixfontein](https://sea1.discourse-cdn.com/ansible/user_avatar/forum.ansible.com/felixfontein/32/7530_2.png) [@felixfontein](https://forum.ansible.com/u/felixfontein)\
**Post date:** [November 23, 2023, 8:05pm UTC](https://forum.ansible.com/t/vote-ended-on-2023-12-04-release-schedule-for-holiday-releases/2471/12 "2023-11-23T20:05:29Z")

</div>

Mario created a PR for this: [[WIP] Ansible 9: Follow ansible-core more closely by mariolenz · Pull Request #856 · ansible/ansible-documentation · GitHub](https://github.com/ansible/ansible-documentation/pull/856/files)

Please take a look! If nobody objects, let’s have a vote on this soon.

---

<div class="post-metadata">

**Author:** ![mariolenz](https://sea1.discourse-cdn.com/ansible/user_avatar/forum.ansible.com/mariolenz/32/108_2.png) [@mariolenz](https://forum.ansible.com/u/mariolenz)\
**Post date:** [November 23, 2023, 8:06pm UTC](https://forum.ansible.com/t/vote-ended-on-2023-12-04-release-schedule-for-holiday-releases/2471/13 "2023-11-23T20:06:34Z")

</div>

> [@anwesha](#):
>
> I guess we can make changes in the roadmap this time with a detailed explanation in the Bullhorn.

I’ve tried to phrase it more generically [here](https://github.com/ansible/ansible-documentation/pull/856).

Maybe you all should have a look at it. If this sounds OK, I would remove the `[WIP]`. If not, please tell me to to improve it 🙂

Even if you agree to this change, we still have to agree on what we want to publish in The Bullhorn, though.

---

<div class="post-metadata">

**Author:** ![felixfontein](https://sea1.discourse-cdn.com/ansible/user_avatar/forum.ansible.com/felixfontein/32/7530_2.png) [@felixfontein](https://forum.ansible.com/u/felixfontein)\
**Post date:** [November 23, 2023, 8:18pm UTC](https://forum.ansible.com/t/vote-ended-on-2023-12-04-release-schedule-for-holiday-releases/2471/14 "2023-11-23T20:18:12Z")

</div>

What do you think of:

> From now on, the Ansible community package release schedule will follow the Ansible Core release schedule, including (for example) delays for holidays. This means Ansible releases happen every four weeks through most of the year, but release dates may be delayed when Ansible Core release is.
> 
> For the upcoming holiday season this means that there will be no Ansible release in early January, but instead on January 30th.

for The Bullhorn?

---

<div class="post-metadata">

**Author:** ![mariolenz](https://sea1.discourse-cdn.com/ansible/user_avatar/forum.ansible.com/mariolenz/32/108_2.png) [@mariolenz](https://forum.ansible.com/u/mariolenz)\
**Post date:** [November 23, 2023, 8:26pm UTC](https://forum.ansible.com/t/vote-ended-on-2023-12-04-release-schedule-for-holiday-releases/2471/15 "2023-11-23T20:26:45Z")

</div>

I would say “from now on”, not “starting in 2024”. Apart from this LGTM.

---

<div class="post-metadata">

**Author:** ![felixfontein](https://sea1.discourse-cdn.com/ansible/user_avatar/forum.ansible.com/felixfontein/32/7530_2.png) [@felixfontein](https://forum.ansible.com/u/felixfontein)\
**Post date:** [November 23, 2023, 8:27pm UTC](https://forum.ansible.com/t/vote-ended-on-2023-12-04-release-schedule-for-holiday-releases/2471/16 "2023-11-23T20:27:46Z")

</div>

I don’t mind changing it, it’s basically equivalent, since the next 9.1.0 release is on December 5th, and four weeks after that is already in 2024 🙂 (Edit: just changed it.)

---

<div class="post-metadata">

**Author:** ![felixfontein](https://sea1.discourse-cdn.com/ansible/user_avatar/forum.ansible.com/felixfontein/32/7530_2.png) [@felixfontein](https://forum.ansible.com/u/felixfontein)\
**Post date:** [November 24, 2023, 9:30pm UTC](https://forum.ansible.com/t/vote-ended-on-2023-12-04-release-schedule-for-holiday-releases/2471/17 "2023-11-24T21:30:11Z")

</div>

If nobody objects until the beginning of next week, let’s start a vote on this.

---

<div class="post-metadata">

**Author:** ![mariolenz](https://sea1.discourse-cdn.com/ansible/user_avatar/forum.ansible.com/mariolenz/32/108_2.png) [@mariolenz](https://forum.ansible.com/u/mariolenz)\
**Post date:** [November 25, 2023, 12:02pm UTC](https://forum.ansible.com/t/vote-ended-on-2023-12-04-release-schedule-for-holiday-releases/2471/18 "2023-11-25T12:02:59Z")

</div>

Good idea. Proposal for a vote:

1. Change the Ansible 9 roadmap (specifically: the timing of minor releases) as proposed in [Ansible 9: Follow ansible-core more closely](https://github.com/ansible/ansible-documentation/pull/856) so we do not have to discuss what to do every time when ansible-core delays a release.

2. Announce the change of our release policy on Bullhorn with:

> From now on, the Ansible community package release schedule will follow the Ansible Core release schedule, including (for example) delays for holidays. This means Ansible releases happen every four weeks through most of the year, but release dates may be delayed when Ansible Core release is.
> 
> For the upcoming holiday season this means that there will be no Ansible release in early January, but instead on January 30th.

---

<div class="post-metadata">

**Author:** ![mariolenz](https://sea1.discourse-cdn.com/ansible/user_avatar/forum.ansible.com/mariolenz/32/108_2.png) [@mariolenz](https://forum.ansible.com/u/mariolenz)\
**Post date:** [November 26, 2023, 5:36pm UTC](https://forum.ansible.com/t/vote-ended-on-2023-12-04-release-schedule-for-holiday-releases/2471/19 "2023-11-26T17:36:03Z")

</div>

If no one objects, I would start a vote with above proposal on Tuesday 2023-11-28 and let it end 2023-12-05.

---

<div class="post-metadata">

**Author:** ![felixfontein](https://sea1.discourse-cdn.com/ansible/user_avatar/forum.ansible.com/felixfontein/32/7530_2.png) [@felixfontein](https://forum.ansible.com/u/felixfontein)\
**Post date:** [November 26, 2023, 5:43pm UTC](https://forum.ansible.com/t/vote-ended-on-2023-12-04-release-schedule-for-holiday-releases/2471/20 "2023-11-26T17:43:26Z")

</div>

How about ending the vote on December 4th, and already starting already tomorrow, so that the result can be properly mentioned in the December 5th release without having to close the vote earlier on December 5th?

[Next page](https://forum.ansible.com/t/vote-ended-on-2023-12-04-release-schedule-for-holiday-releases/2471.md?page=2)
