Skip to main content
RevoEngine Platform Tools is the official VS Code extension for local RevoEngine low-code workspaces. It is an editor layer over the RevoEngine CLI: the extension presents project state, components, local changes, and debugger output; the CLI remains the authenticated platform client.
The extension works only in a trusted workspace. VS Code disables it in Restricted Mode because it runs the local CLI and reads or writes the opened project files.

Requirements

  • VS Code 1.90 or newer;
  • Node.js 24 or newer, matching the current CLI requirement;
  • a current @revoengine/cli installation available as revo;
  • a RevoEngine API key stored through the CLI login flow.
Install the prerequisites and extension:
You can also install RevoEngine Platform Tools from the VS Code Extensions view. If your organization distributes a signed .vsix artifact, use VS Code’s Install from VSIX… command instead.

First workspace

1

Open and trust the project

Open the repository folder in VS Code and trust it. The extension is intentionally inactive in untrusted workspaces.
2

Authenticate the CLI

Open the RevoEngine activity-bar view and run RevoEngine: Authenticate CLI. The CLI asks for an API key and resolves the instance bound to it; do not place the key in workspace files.
3

Initialize the workspace

Run RevoEngine: Initialize Workspace. This creates the local project metadata under .revoengine/ and defines the workspace used by the CLI.
4

Refresh editor types

Run RevoEngine: Refresh Editor Types so IntelliSense reflects the current low-code runtime, active libraries, and generated definitions for the authenticated instance.
5

Inspect before changing

Use the Workspace, Components, Sync, and Debugger views to check local state, baseline differences, and runtime behavior before any push or activation.

What the extension adds

Local project model

The extension and CLI work with a deterministic project layout:
component.json is the local component manifest. Element files are ordered by the manifest and use names derived from their element keys. The extension keeps a last-synced baseline under .revoengine/baselines/ solely for local review; it is not a replacement for Git or the platform’s version history.

Git-first synchronization

In a Git repository, use ordinary Git workflows for branch pull, rebase, merge, and conflict resolution. Then select Refresh in the Sync view to recalculate the RevoEngine plan and safely update clean baselines. Direct RevoEngine pull and push actions remain available for non-Git workspaces or deliberate repair workflows, but they are not a substitute for branch conflict management. Always open a diff before pushing a changed component.

Debug without deployment

The Debugger runs a working-copy snapshot of the selected component. It can use current editor buffers and changed local library overrides, yet it does not save, push, deploy, or activate the original component. Use it to validate a bounded input payload, inspect streamed api.log() output, and review returned results, timing, and memory consumption. Treat an external side effect performed by component code as consequential even though the source itself was not deployed.

Monorepos and settings

For a project whose RevoEngine workspace lives below the repository root, use RevoEngine: Set Workspace Directory. The extension stores the relative directory in .revoengine/vscode.json:
Useful settings include:
Never commit .revoengine/ credentials, debug payloads containing private data, generated output with secrets, or local baselines as a way to share access. Use Git for reviewed source changes and the CLI credential store for authentication.

CLI workflow

Initialize projects, synchronize components, review drift, and push with explicit intent.

Debugging

Understand the Sandbox and component debugging workflow.
Last modified on September 5, 2026