fix: Stop tracking ChromaDB SQLite files to prevent merge conflicts#176
fix: Stop tracking ChromaDB SQLite files to prevent merge conflicts#176sharma-sugurthi wants to merge 1 commit intoAOSSIE-Org:mainfrom
Conversation
Resolves AOSSIE-Org#173 ## Problem Backend/db/chromadb/chroma.sqlite3 was tracked in version control, causing merge conflicts after every backend run since ChromaDB modifies the SQLite binary file at runtime. ## Root Cause ChromaDB's PersistentClient modifies the database when agent/vector_store.py initializes during app startup. ## Solution - Added ChromaDB runtime files to Backend/.gitignore - Removed chroma.sqlite3 from Git tracking (preserved locally) - Database auto-recreates on backend startup via: * os.makedirs('db/chromadb', exist_ok=True) * chromadb.PersistentClient(path='db/chromadb') * get_or_create_collection() for both collections ## Verification - No seed data in current DB (0 embeddings, 2 empty collections) - Collections auto-create: pregnancy_guidelines, user_details - Data loaded from agent/guidelines.json when needed - Safe to remove from version control
📝 WalkthroughWalkthroughThe pull request updates Changes
Estimated code review effort🎯 1 (Trivial) | ⏱️ ~2 minutes Poem
🚥 Pre-merge checks | ✅ 4 | ❌ 1❌ Failed checks (1 warning)
✅ Passed checks (4 passed)
✏️ Tip: You can configure your own custom pre-merge checks in the settings. Thanks for using CodeRabbit! It's free for OSS, and your support helps us grow. If you like it, consider giving us a shout-out. Comment |
Closes #173
Problem
Backend/db/chromadb/chroma.sqlite3 was tracked in version control, causing merge conflicts after every backend run since ChromaDB modifies the binary file at runtime.
Solution
chroma.sqlite3from Git tracking (preserved locally)chromadb.PersistentClientVerification
get_or_create_collection()git rm --cachedImpact
Summary by CodeRabbit
✏️ Tip: You can customize this high-level summary in your review settings.