Is your feature request related to a problem? Please describe.
Changes to opensearch core that break downstream repositories should be caught and repaired earlier.
This comes out of opensearch-project/OpenSearch#6470 (comment)
Describe the solution you'd like
Something like Android's git/repo tools where a checkout of a project / plugin repository can also checkout core opensearch and a meta build.gradle sets up the dependencies to use local source instead of SNAPSHOT builds. This would enable us to make the appropriate change (e.g., refactor) in the downstream project repo and open the PR earlier rather than waiting for cascading build failures across the ecosystem.
Describe alternatives you've considered
Go back to a monolithic repository.
Additional context
Mono vs Multi repository design is not a new concept. I encourage us to spend some time researching prior art, e.g.: https://kinsta.com/blog/monorepo-vs-multi-repo/ to see what's a best fit for the OpenSearch ecosystem.
Is your feature request related to a problem? Please describe.
Changes to opensearch core that break downstream repositories should be caught and repaired earlier.
This comes out of opensearch-project/OpenSearch#6470 (comment)
Describe the solution you'd like
Something like Android's git/repo tools where a checkout of a project / plugin repository can also checkout
coreopensearch and a metabuild.gradlesets up the dependencies to use local source instead of SNAPSHOT builds. This would enable us to make the appropriate change (e.g., refactor) in the downstream project repo and open the PR earlier rather than waiting for cascading build failures across the ecosystem.Describe alternatives you've considered
Go back to a monolithic repository.
Additional context
Mono vs Multi repository design is not a new concept. I encourage us to spend some time researching prior art, e.g.: https://kinsta.com/blog/monorepo-vs-multi-repo/ to see what's a best fit for the OpenSearch ecosystem.