-
Notifications
You must be signed in to change notification settings - Fork 277
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Proposal/potential to move the 2.11 in #3955
Comments
I'd rather slim down this proposal to a pull request which is:
Since releases are based on windows entry/exit criteria, we can have those tough conversations as we do for every release. |
Mostly agree, @peternied , but I think the nuance is that if the folks aren't going to have their changes ready, there's no point in doing the release (hence the check in Oct 2nd). |
An early release, if possible, provides everyone an opportunity to be ready before peak holiday season. The ask of the community and maintainers is if we can pull this in leaving enough time for users around the project to incorporate in their production environments. |
We've added the potential October release into the roadmap so we can have better visibility into what might go in to it, and what the status of those features are. If you have a candidate for that release, please add it, or put a comment here and I'll add it for you. Thanks! |
In order to ensure we are tracking uniformly across issues going forward, can we go ahead and make the call that we will call this October 4th (latest) release date "2.11", and shift the future dates for subsequent releases in? If we don't end up doing this 2.11 release by October 4th and we push the date, we can adjust as needed at that point and add additional items to the release with the extra time. Thanks |
One of nice to have deliverables in 2.11 would be JDK-21 (which is on plan to be released on Sep 19). It is very unlikely we'll get it in if release date slips into October. Also, would we have enough features for the release in just about a month from now? |
Something to consider with this; OpenSearchCon is three days and ends on Friday, September 29th - the following Monday is October 2nd, then RC on the 4th. Is that a potential strain on anyone? |
I'm a visual person, here is a chart of the different options with special events included, each interval represents 5 days if this helps anyone else figure where things are at: gantt
title OpenSearch Release Timeline
dateFormat YYYY-MM-DD
excludes weekends
tickInterval 1week
section Special Events
OpenSearchCon :crit, 2023-09-27, 3d
Thanksgiving :crit, 2023-11-23, 7d
Christmas :crit, 2023-12-25, 7d
section Original Schedule
2.11 :2023-11-09, 7d
2.12 :2024-01-09, 14d
section Proposed Schedule
2.11 :2023-10-04, 14d
2.12 :2023-12-09, 30d
|
This proposal doesn't affect 2.10, which is what we're prepping RCs for now (https://opensearch.org/releases.html). It's last day to ship is Sept 22nd (it got moved out from the 19th because labor day). If we want to do another release this year on the open source, we absolutely can (I'm personally betting on 2.12 being the first week in Dec, but I was kinda waiting for the dust to settle down on 2.11 before bringing it up). As for will there be enough features/fixes, the current working theory is that there will be, but that was why I wanted to check in on Oct 2nd and scrap if there wasn't. But it sounds like that uncertainty is causing some pain. So @dagneyb 's ask was to just commit to Oct, even if it's a skinny release, so we can reset the calendar now with some certainty. |
My thought is that the folks who requested the date shift are primarily in IN, and will not (for the most part) be attending OSC, so I believe they're less impacted. The strain on the infra/EE (who will be attending OSC) generally happens once the release train starts, so after OSC. But if other folks have different opinions please LMK. Feel free to knock me off my ivory tower ;) |
Would prefer a RC for 2.11 generated by October 5th as per the proposal above and commit to this date. This release is needed for reinvent as called out in the proposal. |
Sept.28th-Oct.6th is the Chinese National Holiday. This adjustment will be extremely unfriendly to the Chinese contributors. I would like to suggest the code freeze date to be Oct.10th, allocating 3 more days after the holiday for the developers to deal with pre-release issues. The Chinese learning team is onto a re:Invent related feature, and need to guarantee the deliver quality regarding to the holidays. |
Just to make it clear (I think the dates got misunderstood in between the conversation).
|
Okay, this has been open for 3 weeks, and we're "thisclose" to having an RC up for 2.10, so I'm going to put up the PRs to officially move the dates around. Thanks, |
Please note: I've left 2.12 where it was (January), so if folks want to have another release in 2023, we'll need to add it. I think the best date would probably be to open the window the first week in Dec, with the release being on the 15th, but if we don't have a pressing need, also happy to hold it until next year. |
Hi @CEHENKLE |
Is your feature request related to a problem? Please describe
Hello all;
We've gotten a request from some folks at Amazon to potentially move the 2.11 date in. The current 2.11 release window is November 9th - November 16th. Re:invent (which is AWS major yearly conference) happens at the end of November, and the AWS OpenSearch service needs more time to pick up changes from open source OpenSearch. So the ask is that we would move our release window into early October.
However, even though they're pushing really hard to get in before the conference, and they don't know if they're going to be ready. If they're not ready, then there's no point in us moving the dates.
So here's the the proposal:
October 2nd we'll do a check in to see if there are enough changes to make a release worthwhile.
I'll also ask that the issues/PRs that are being tracked for the release get added here so we have better visibility.
Describe the solution you'd like
N/A
Describe alternatives you've considered
No response
Additional context
No response
The text was updated successfully, but these errors were encountered: