Multi branch indexes #68
Merged
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
This pull request introduces significant refactoring and feature expansion to the RAG (Retrieval-Augmented Generation) branch indexing logic, transitioning from the older "delta index" terminology and architecture to a more general and scalable "multi-branch index" approach. It also removes unused event publishing logic from the branch analysis processor and updates related dependencies.
Key changes include:
Multi-Branch Index Refactor and Feature Expansion
Refactored the
RagOperationsServiceinterface to replace all "delta index" concepts with "multi-branch index" terminology, updating method names, documentation, and logic accordingly. This includes new and renamed methods such asisMultiBranchEnabled,shouldHaveBranchIndex,createOrUpdateBranchIndex,updateBranchIndex,isBranchIndexReady,deleteBranchIndex, andcleanupStaleBranches. The decision record and related logic were also updated toMultiBranchRagDecision. [1] [2] [3] [4]Added new default methods to the
RagOperationsServicefor updating, deleting, and cleaning up branch indexes, providing a more complete multi-branch indexing lifecycle.Codebase Cleanup and Dependency Updates
Updated the import in
BranchAnalysisProcessorto use the new location ofRagOperationsServicefrom the analysis API package, reflecting the architectural decoupling of RAG operations from the engine.Removed the unused
ApplicationEventPublisherdependency and all related event publishing logic (such as analysis started/completed events) fromBranchAnalysisProcessor, simplifying the analysis workflow and reducing unnecessary coupling. [1] [2] [3] [4] [5] [6] [7] [8]Build and Subproject Updates
frontendsubproject commit reference to the latest version.