-
Notifications
You must be signed in to change notification settings - Fork 38
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
Implement OpenSearch core branching strategy #94
Comments
@prudhvigodithi The branching strategy has been implemented, I can see main pointing to 3.0, 2.x pointing to latest 2.2 release.. We don't have 1.x, 2.0 and 2.1 branches as this repo was not launched at that time. Please provide details what else is missing. |
@VijayanB can you please check if there is any action item left on this? |
Following core's branching strategy. No action is required. |
Could you please double-check that:
|
Tasks completed
|
As per the latest update, 2.3.1 release is not happening. So I won't do the version update. Will work on adding this repo in the 3.0 and 2.4 manifest files. |
Description
Ensure
MAJOR_VERSION.x
branch exists, themain
branch acts as source of truth effectively working on 2 versions at the same time.Related META issue
opensearch-project/opensearch-plugins#142
Current Behavior
Currently plugins follow a branching strategy where they work on
main
for the next development iteration, effectively working on 2 versions at the same time. This is not always true for all plugins, the release branch or branch pattern is not consistent, the lack of this standardization would limit multiple automation workflows and alignment with core repo. More details on META ISSUEProposed solution
Follow OpenSearch core branching. Create
1.x
and2.x
branches, do not create2.0
as a branch of main, instead createmain -> 2.x -> 2.0
. Maintain working CI for 3 releases at any given time.The text was updated successfully, but these errors were encountered: