-
Notifications
You must be signed in to change notification settings - Fork 58
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 #451
Comments
Hey @ankitkala @manishdev-amzn can you please post an update and make the necessary changes to align with core branching strategy. |
We're following the branching strategy. However main is not on 3.0 as security plugin is still not on 3.0. |
The job-scheduler issue was fixed, see opensearch-project/job-scheduler#242. |
There should be nothing blocking this rn. To close this issue:
|
@ankitkala Re-tagging this issue to v2.4.0 |
Closing the issue as all tasks have been addressed. |
Reopening - should we keep this open until we automate it? (For example 2.x should now be tracking 2.5) |
Closing this for now. bump up on 2.x depends on security plugin. |
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: