-
Notifications
You must be signed in to change notification settings - Fork 9.8k
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
3.5 release next steps: Code freeze Monday 5/17 #12970
Comments
Thank you very much @hexfusion !
Would you mind putting together a "gift registry" so we could plan and start pick up? |
As we discussed, @hexfusion @lilic will take ownership on the release management, right?
We have some in-house component that does this, but I believe our continuous functional tests are good enough. Please chime in if you have better ideas. |
@hexfusion Please feel free to email and ping other maintainers via etcd-dev mailing list. |
|
correct |
If no one is looking into this, I can have a look end of this week. @ptabor do you have a list of these? Otherwise I can have a look at previous CI runs. |
I would be happy to help |
@hexfusion: I think we can tag the branch.
|
I've seen them on CI, but unfortunately I didn't collected the links and its not easy to search by 'jobs' currently. Running in a forloop locally mightbe an option as well. |
complete |
@ptabor thoughts on remaining nice to have[1]?
|
There is also #12872. But I am not sure we need to do this with code freeze and it can be done afterwards, correct? |
I think we are good. #12933 server: set multiple concurrentReadTx instances share one txReadBuffer area/performance
We might make a call to include this one to beta/beta.2 later. Small tweaks without public behavior change. We used to incorporate such changes in patch releases. #12587 backend: fix buffer range bug area/bug lgtm Features: -> probably for 3.6 #10887 etcdserver: add ability to auto-promote learners to voters rel/3.5-nice-to-have |
@ptabor We are proposing to delay the branch cut until 1:00 EDT to allow the West coast teams final input and a last review of the above. WDYT? |
Cutting a brunch alone is not a 'point of no return'. We can decide to backport some PRs from main to Do you assume cutting a brunch is going atomically with releasing/tagging "etcd-3.5.0-beta.0" or this will be a follow up e.g. tomorrow ? |
My initial thoughts were to create a separation of the beta code by branching. The downside with this approach is that we will need to backport changes. So if we feel there is still a reasonable amount of work to do (appears this way) we could consider holding the branch until we are ready for a release candidate? Thus create a beta release from main this morning. |
The downside of the above is a more manual vetting of merges so it's a trade-off I suppose. |
I think we can branch 'release-3.5' today. On our end it will unblock onsite automation that understands 3.5 to be coming soon. If we make a call to backport some changes from 'main' to 'release-3.5' and we consider it too toilish using github PR per change, we can do it in a single PR. |
I can help with that |
There is also this PR #12979 that seems ready for review and can be merged if we want it. |
Hi team it is 1:00 EDT as promised I am about to create a new branch for release-3.5 do we have anything blocking this action? I will take any blocking input until quarter past (1:15 PM EDT) at which point the branch will be pushed. cc @xiang90 @wenjiaswe @ptabor @gyuho @jingyih @lilic @jpbetz @spzala |
branch is pushed we will begin in the process of new beta release. |
Both fixes have been backported to 3.5 branch, we should be ready to cut another beta release. |
Should we replace the alpha to latest beta in all the go.mod files? Example: Lines 23 to 32 in 932d42b
|
Catching up from holidays will cut new release today. |
@hexfusion Can we also update bbolt to v1.3.6? |
yes plans are to bump deps and roll rc.0 will get to that tonight. |
Both changes and also zap to 1.17.0 waiting in: |
both are now merged, thanks for the assist. now pending rc.0 |
etcd v3.5.0-rc.0 is now available for testing. |
kubernetes/kubernetes#100488 updated |
@hexfusion Any outstanding item to close out? The target date is June 15, 2021. |
I believe we need a new release candidate that includes some changes since the 3.5.0-rc.0. Before that we also need this #13049 PR to land in release-3.5 branch. |
kubernetes/kubernetes#102062 updated and passing all the tests. |
#13095 is up once merged I can cut rc.1 tonight. Then pending any issues from k8s move towards a formal release. |
etcd v3.5.0-rc.1 is now available for testing. |
Kubernetes has been using v3.5.0-rc.0 in their CI for last 24h without any issues reported. |
@hexfusion Are we good with tomorrow release (June 15, 2021)? @nate-double-u @chalin Can we coordinate with blog posting? |
@gyuho yes, nothing blocking at this point shooting for 6PM EDT. |
@chalin @nate-double-u Can we make blog post public, right after
? |
We can do that -- to be clear: blog release June 15, 6PM EDT Also, I have an open PR for renaming the |
(also, please note that @chalin is out this week) |
I found these TODOs in the default branch, that might be worth to be cleaned up before release:
|
Website v3.5 release prep PR: etcd-io/website#379 |
Standing by. I can merge the announcement PR (etcd-io/website#379) when you approve it @hexfusion, or when I see v3.5.0 on the Releases page. |
Congratulations to everyone for an amazing team effort. etcd team proudly announces GA for v3.5.0 |
Here's the blog announcement: https://etcd.io/blog/2021/announcing-etcd-3.5/ |
/close |
etcd 3.5 has seen a tremendous amount of new features bug fixes and performance and stability improvements. At this time I would like to thank everyone for the hard work and dedication. As per the community meeting on May 6th we have outlined Monday, May 17th as code freeze for the 3.5 release. Below are the proposed series of events for input.
Steps:
release-3.5
branch from master (now main). All future merges to main will be 3.6 moving forward (Monday AM 5/17).After testing and validation of the beta, we can consider a sequential beta release or move towards a v3.5 release candidate.
Your input is greatly appreciated.
cc @xiang90 @wenjiaswe @ptabor @gyuho @jingyih @lilic @jpbetz @spzala
The text was updated successfully, but these errors were encountered: