Creates the internal Git data structures inside your .brv/ directory
Sets up the default main branch
Prepares the staging area (index) for tracking changes
If version control is already initialized, the command is safe to re-run — it will report that it was reinitialized without losing any existing history.
If you cloned a space with vc clone, version control is already initialized — you don’t need to run vc init.
If your project is also a Git repository, vc init automatically adds .brv/ to your .gitignore to prevent conflicts with the nested Git repository inside .brv/context-tree/.
Configuration is local to the current space — it does not apply globally. Each space has its own author identity, so you need to configure user.name and user.email per space.
To work with an existing space from ByteRover cloud, clone it to your local machine. This downloads the full context tree along with its complete commit history.
Use the format https://byterover.dev/<team>/<space>.git
Clone operations have a 120-second timeout. For spaces with very large context trees, ensure a stable network connection.
If your project is also a Git repository, vc clone automatically adds .brv/ to your .gitignore. This prevents git add . from failing due to the nested Git repository inside .brv/context-tree/.
Start locally, then push to ByteRover cloud when you’re ready to collaborate:
CLI
TUI
# 1. Initialize project and version controlbrv vc init# 2. Configure your identitybrv vc config user.name "Alice Chen"brv vc config user.email "alice@example.com"# 3. Curate some context (via your coding agent or manually)# ... add context to your context tree ...# 4. Stage and commitbrv vc add .brv vc commit -m "initial context tree"# 5. Log in and connect to a remote spacebrv login # opens your browser for OAuth# on CI / SSH, use: brv login --api-key <your-api-key>brv vc remote add origin https://byterover.dev/acme/project.git# 6. Push to cloud and set upstream trackingbrv vc push -u origin main