Release version 2.6.0

[gaiksaya]

This is a component issue for 2.6.0.
Coming from opensearch-build__3081__. Please follow the following checklist.
Please refer to the DATES in that post.

How to use this issue

This Component Release Issue

This issue captures the state of the OpenSearch release, on component/plugin level; its assignee is responsible for driving the release. Please contact them or @mention them on this issue for help.
Any release related work can be linked to this issue or added as comments to create visiblity into the release status.

Release Steps

There are several steps to the release process; these steps are completed as the whole component release and components that are behind present risk to the release. The component owner resolves the tasks in this issue and communicate with the overall release owner to make sure each component are moving along as expected.

Steps have completion dates for coordinating efforts between the components of a release; components can start as soon as they are ready far in advance of a future release. The most current set of dates is on the overall release issue linked at the top of this issue.

The Overall Release Issue

Linked at the top of this issue, the overall release issue captures the state of the entire OpenSearch release including references to this issue, the release owner which is the assignee is responsible for communicating the release status broadly. Please contact them or @mention them on that issue for help.

What should I do if my plugin isn't making any changes?

If including changes in this release, increment the version on __2.x__ branch to __2.6.0__ for Min/Core, and __2.6.0.0__ for components. Otherwise, keep the version number unchanged for both.

Preparation

• Assign this issue to a release owner.
• Finalize scope and feature set and update the Public Roadmap.
• All the tasks in this issue have been reviewed by the release owner.
• Create, update, triage and label all features and issues targeted for this release with v2.6.0.

CI/CD

• All code changes for __2.6.0__ are complete.
• Ensure working and passing CI.
• Check that this repo is included in the distribution manifest.

Pre-Release

• Update to the __2.6__ release branch in the distribution manifest.
• Increment the version on the parent branch to the next development iteration.
• Gather, review and publish release notes following the rules and back port it to the release branch.git-release-notes may be used to generate release notes from your commit history.
• Confirm that all changes for __2.6.0__ have been merged.
• Add this repo to the manifest for the next developer iteration.

Release Testing

• Find/fix bugs using latest tarball and docker image provided in parent release issue and update the release notes if necessary.
• Code Complete: Test within the distribution, ensuring integration, backwards compatibility, and performance tests pass.
• Sanity Testing: Sanity testing and fixing of critical issues found.
• File issues for all intermittent test failures.

Release

• Complete documentation.
• Verify all issued labeled for this release are closed or labelled for the next release.
• Verify the release date mentioned in release notes is correct and matches actual release date.

Post Release

• Prepare for an eventual security fix development iteration by incrementing the version on the release branch to the next eventual patch version.
• Add this repo to the manifest of the next eventual security patch version.
• Suggest improvements to this template.
• Conduct a retrospective, and publish its results.

[Poojita-Raj]

Working on this.

[kartg]

Check that this repo is included in the distribution manifest.
Update to the 2.6 release branch in the distribution manifest.
Add this repo to the manifest for the next developer iteration.

Starting from v2.4.0, the @opensearch-project/engineering-effectiveness team owns switching of .x branches to release branches in the manifest. The team will update the manifest once the release branch is created, so all of these tasks can be marked as done.

[kartg]

Finalize scope and feature set and update the Public Roadmap

Note that I've updated #4244 to be tagged for v.2.7.0 but i don't have permissions to update the public roadmap. There are no other OpenSearch repo tasks on the roadmap, so this item is complete.

EDIT - @bbarani has updated the roadmap so it now accurate.

[kartg]

All code changes for 2.6.0 are complete.

Currently, there are zero open PRs tagged with v2.6.0. I'm currently triaging all issues tagged with v2.6.0

[kartg]

Note - I'm planning to cut the 2.6 branch in 30 minutes

[kartg]

2.6 branch created - https://github.com/opensearch-project/OpenSearch/tree/2.6

Next step is to bump 2.x to 2.7 and add 2.7 as BWC version to main

[kartg]

• Bump 2.x to 2.7 - Bumping 2.x to 2.7.0 #6428
• Adding 2.7 as BWC version in main - Adding 2.7.0 to BWC versions #6430

[kartg]

Note that we've opted to revert #6414 in the 2.6 branch since it was introduced late in the release cycle and causes breaking changes across many plugins (as discussed in #6009 (comment)). The change will remain in 2.x to be a part of the next 2.* release.

PR - #6431

[kartg]

Process to generate release notes:

• On the main branch -
  • Create a new 2.6 release notes file under release notes/ and copy the contents of the changelog from the 2.6 branch into it
  • Next, clear the list of changes under the Unreleased 2.x section of the Changelog in main, checking to ensure that the lines being removed are captured in the release notes file above
  • Additionally, clean up any entries under Unreleased 3.x > Dependencies where dependency updates are included in the current release (i.e. in the release notes file above)
• Push this change to main and then backport to the 2.x and 2.6 branches

PR - #6443

[anasalkouz]

@gaiksaya @kartg Since 2.6 already released. Anything pending, Could you close this issue?

[gaiksaya]

It can be closed if all Action Items on the component release manager's end is done.
Thanks!