You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
We need to have post release checklist and processes to prepare for the next release.
Here is a scenario we hit 5 weeks after 1.0 release:
Based on our branching strategy we should have bumped OpenSearch main to 2.0.0 and all the plugins to consume respective branches. Until plugins needed to consume the latest changes in OpenSearch, the code was not bumped to use the right versioning. While each plugin was bumping up their versions, all its dependencies needed to as well causing a nightmare for a developer.
This defeats the purpose of having an ideology of fail fast but we are always consuming the stable versions until we really need the bleeding edge.
I believe this is a gap in process and should done right after the release for opensearch-project.
We need to have post release checklist and processes to prepare for the next release.
Here is a scenario we hit 5 weeks after 1.0 release:
Based on our branching strategy we should have bumped OpenSearch
main
to 2.0.0 and all the plugins to consume respective branches. Until plugins needed to consume the latest changes in OpenSearch, the code was not bumped to use the right versioning. While each plugin was bumping up their versions, all its dependencies needed to as well causing a nightmare for a developer.This defeats the purpose of having an ideology of fail fast but we are always consuming the stable versions until we really need the bleeding edge.
I believe this is a gap in process and should done right after the release for opensearch-project.
Ref:
opensearch-project/common-utils#48
opensearch-project/common-utils#58
opensearch-project/job-scheduler#44
opensearch-project/job-scheduler#49
The text was updated successfully, but these errors were encountered: