My (personal) take on this: 1) Merging into one repository, no into a new repository. 2) Retiring CASSSIDECAR and using only CASSANALYTICS. Existing tickets under CASSSIDECAR can be delivered into a new repository. 3) Nothing. There are 24 PRs in Sidecar repo, 14 are some "chore". Converting the rest, even manually, to analytics repo is easy. 4) maybe we can start to use pre-ci and ci? Why are we so fixated on Circle? 5) only cassandra-sidecar will be deprecated, will be marked as read only / archived, we will not remove it 6) yes
On Tue, Jun 2, 2026 at 10:20 PM Josh McKenzie <[email protected]> wrote: > > I'd like to propose we merge the cassandra-sidecar and cassandra-analytics > repositories. I've shopped the idea around to some of you and gotten > universally positive feedback with some questions about details we deferred > to this discussion. > > Reasons we should merge: > > Break circular dependencies between the 2 projects > Remove redundant copy/pasted code > Simplify build and CI > Reduce friction on changes that span both projects > Simplify the CDC implementation > > > Outstanding questions and observations that came up: > > Do we merge one repository into the other? Or do we create a new project and > bring them both in? > What do we do about JIRA? Leave separate or combine? > What do we do with open issues and PR's in github? > We'll need to thoughtfully update CI (github + circle) since we're right at > the limit on the free tier on both projects > What do we do about existing deprecated repositories (cassandra-analytics > and/or cassandra-sidecar)? > We'll need to update our release process > > > Other observations or questions welcome, as are thoughts on the entire > process, on the outstanding questions, etc. > > Looking forward to the discussion everyone. > > ~Josh
