VEX documentation

Start with a shared repository, then ship from it

A practical path through Vex source control, deployment, and automation for engineers and agents working in one monorepo.

Get started

A deliberate first hour

  1. 01

    Create or choose an organization

    Every organization has a Home repository: the shared history where imported projects and native work meet.

  2. 02

    Set up your machine and clone the Home repository

    Choose the macOS or Windows + WSL setup guide, then use vex clone <org>/home to begin from the organization-level working copy.

  3. 03

    Make and submit a stack

    Create small JJ changes, run vex submit, and use the queue when the stack is ready to merge.

  4. 04

    Deploy and observe

    Move to Hosting to configure services, create a deployment, and follow the runtime from the same organization.

Source in practice

Browse the organization’s source without leaving the workflow

These are the signed-in e2e-test-org Home repository surfaces: browse source on trunk, then use the merge queue when a stack is ready.

Vex e2e-test-org Home repository browse view with trunk selection, clone action, and source tree
Browse the Home repository and clone the exact trunk you are inspecting.
Vex e2e-test-org merge queue showing Vex Primary authority and an empty queue
Inspect merge authority, validation, queue order, and controls in the same repository workflow.

Explore capabilities

Choose the workflow you need

Reference

Current capability index

  • Create and browse Vex organizations and repositories
  • Import existing Git and GitHub repositories into a Vex monorepo
  • Materialize a GitHub repository’s full history into a monorepo folder and sync it both ways
  • Inspect local virtual working-copy capability boundaries for CLI and desktop workflows
  • Run GitHub Actions-compatible workflows from .vex/workflows on Vex CI
  • Push and inspect org-scoped container images with Vex Hub
  • Manage hosting apps, services, environments, deployments, domains, and CDN
  • Deploy static sites through the CLI and API
  • Issue repository access tokens and Docker registry tokens
API and CLI reference