| FazBrowse GitHub Viewer | Trending | | Home |
| Tools: [Download Repo ZIP] [Original HTTPS Page] |
|
@m-guesnon-pvotal is attempting to deploy a commit to the shashankss1205's projects Team on Vercel. A member of the Team first needs to authorize it. |
Sorry, something went wrong.
|
Hey @m-guesnon-pvotal Can you please merge the latest changes and then add these on top of them. I re-added some parts of the visualization... |
Sorry, something went wrong.
|
@Shashankss1205 done. |
Sorry, something went wrong.
|
Still in draft, so leaving it as-is — just flagging that it now conflicts with main in 9 places (pyproject.toml, config_manager.py, cli/main.py, core/__init__.py, tool_definitions.py, graph_builder.py, query_handlers.py). The backend registration surface in core/__init__.py in particular has changed shape since March. No action needed if this is parked. If you do want to pick Spanner Graph support back up, rebasing sooner rather than later will be less painful — and worth noting #1302 is proposing changes to how backends are registered, which would affect this. |
Sorry, something went wrong.
| Back | FazBrowse Home | New Git URL |
This PR formally integrates Google Cloud Spanner Graph as a first-class supported database backend for both the CodeGraphContext CLI and the internal MCP server.
Previously, cgc was strictly tied to Neo4j and Kuzu/FalkorDB. By introducing a native Spanner backend, developers can now securely host their CodeGraph indexes inside their GCP environment at enterprise scale while avoiding the maintenance overhead of a separate graph cluster.
Key Changes
Additional Bug Fixes
Verification