RELEASES

meta.connection goes on every source — including ones on the default target. The docs now say it in one voice everywhere, and the engine backs it up: a source without meta.connection gets a clear warning naming the fallback it triggered, and a failed resolution names the real cause instead of a generic 'output not found'.

Two scheduling modes: jobs can now be MANUAL ONLY — a saved dvt command with no cron at all, run when you need it — chosen with a schedule-mode flip right in the ADD JOB form. And the whole schedule gets a master ON/OFF: pause every cron firing without touching a single job definition; RUN NOW keeps working throughout.

The scheduler grows up: kill the whole suite but keep the schedule firing (dvt kill --exclude scheduler), stop any running job dead with a KILL button that takes its whole process tree, and read every run on a LOGS page that tells you what went well, what warned, and exactly what the error was — parsed from dvt's own output, with the full raw log one click away.

Two scheduler refinements: custom cron schedules become five labeled dropdowns — minute, hour, day, month, weekday, in plain words — and job history survives dvt kill. A run in flight when the suite goes down finishes on its own (kill spares running work), and the history now says exactly that instead of losing the record.

The first roadmap tile goes live: DVT Scheduler on :46106. Your dvt commands on a cron — nightly builds, hourly syncs, scheduled retracts — with per-run history, full logs, an overlap guard, and RUN NOW. Jobs are verb-whitelisted dvt commands executed directly (never a shell), and the whole thing arrives with dvt serve like the rest of the suite.

The Connections tab becomes a real credential manager: pick any of the 19 supported engines and buckets from a dropdown, get that adapter's own pre-filled form (filesystem gets a folder picker), and every finished connection lands as an editable card — add another, set the default target, delete with guardrails, then SYNC SOURCES. Full CRUD on profiles.yml, scoped to your project's profile, backup on every write, duplicates rejected. Plus AI-Proxy credentials get real fields.

The hub grows DVT Settings — one card, five tabs, everything about this machine and this project. Account and subscription with offline activation for air-gapped servers, machine specs framed as federation sizing, a profile-scoped connection manager that edits only your project's credentials with a backup on every write, AI keys for the features ahead, and a hosting map for network admins.

A small finishing cut on the suite's chrome: each app names itself — DATA CATALOG, API PORTAL — while the hub alone carries the full DATA VIRTUALIZATION TOOL brand. And the theme circle now holds the same far-right slot on every page, catalog included.

The suite starts feeling like one product: the hub, catalog and api-portal share a single top bar — logo far left at the same coordinates, one pill language for buttons, the theme circle always the far-right element. The catalog's search makes room for the same chrome, the ⌂ HUB back-link appears only when the hub is actually running, and the hub itself now shows the roadmap: six planned apps, one port each.

Light mode stops blinding: the hub, catalog and api-portal (and getdvt.net itself) move to a two-tone grey — the page on a darker whitish grey, panels on a brighter one, zero pure white anywhere, secondary text darkened for real contrast. Plus cohesive chrome: the theme switch sits at the far top right of every app, and the catalog gains a hub back-link like the portal's.

Column attribution goes scope-aware: pruning and pushdown now resolve per SELECT scope instead of one global alias map. Two UNION branches can read same-named tables on two different engines — unaliased — and each branch still prunes its columns and pushes its own filters. Plus a subtle correctness hardening the scope work surfaced: a table read twice in one model never gets one read's filter pushed into their shared extraction.

The extraction engine is rebuilt around syntax trees. Identifiers carry the model's own quoting end-to-end, every extraction renders once in its target dialect, and pushdown is now formally an optimization: anything a source engine can't express is simply computed in DuckDB instead — never an error, never approximated SQL shipped to an engine. Backed by a new transpilation-limits battery pinning the guarantees across ten dialects.

Federation models are written in DuckDB SQL — double quotes for identifiers, one dialect for every model — and DVT re-quotes everything per engine on the way out. This release closes the last gap in that promise: column names with spaces or true mixed case now survive the pruned extraction path on every engine, exactly as they already did in pushdown predicates.

dvt --version now tells you what you're actually connected to: every adapter your profile uses — including the ones living in dvt's isolated environments — with its version, and deliberately without upgrade nags: dvt owns those environments, so there's nothing for you to manage. Also, `dvt version` (the bare word) is gone; only the flag exists, exactly like dbt.

The api-portal sheds its cramped side drawer: every model gets a full page — columns, named endpoints, and a test console that runs APIs live and renders the rows as a data table. Plus the theme finally follows you: toggle light or dark once, and the hub, catalog and portal all agree.

The api-portal stops reading tables and starts virtualizing: every API call executes the model's logic live against its sources through the federation engine. Change a source row, the API answers differently — no dvt run. Plus named endpoints with locked row filters, dialect-correct identifier quoting, and a consumer console with snippets for four languages.

DVT grows a serving layer: switch any model on for REST consumption from a themed local portal — column-level access control, optional API keys, live queries against the model's own engine. Around it, the new DVT app suite on ports 46100–46109: one dvt serve starts the hub, the catalog, and the api-portal.

Every result line now carries its own story — rows inserted in green, coercion notes in yellow, no warning wall — and errors finally say what actually broke. Underneath: three engine fixes surfaced by real pipeline reshaping, and environments that heal their own Rosetta relics.

dvt kill grows into the one command you type when things feel stuck: catalogs come down, suspended runs (and the locks they hold) are reaped, and --force terminates running work deliberately.

Suspending a run doesn't kill it — it leaves a frozen process holding the federation cache lock, and the next run used to fail every model. DVT now detects the suspended run, reclaims the cache, warns you once, and carries on.

Protection by acceptance: a standard model that reads federated sources can never run through dbt alone — so DVT now runs it as federated, with a warning, instead of failing. The dag stays dbt's, the magic stays yours. Plus two extraction fixes the case exposed.

dvt retract is now the true mirror of dvt build — stored test failures come down with the models — and dvt run closes the last cross-connection escape hatch: standard materializations are refused foreign sources, not just foreign targets.

dvt retract grows up: dialect-correct drops on every engine, relations resolved exactly where the loader put them, bucket objects actually deleted, a --target override — and output that finally reads like dvt run.

A platform release: wheels for Python 3.13 and 3.14, Apple Silicon environments go native-arm64 only (Rosetta's days are numbered), and the catalog UI's light theme is rebuilt from the ground up as a true mirror of the dark one.

dvt version draws the actual DVT mark in full color (fastfetch-style), offline machine-bound licenses arrive, dvt retract returns by popular founder demand, dvt kill ends catalog-chasing, and the catalog UI gets a light theme.

Two foundations in one release. First: the dbt incremental experience, across engines — is_incremental() and {{ this }} now work in f_incremental models, your SQL owns the delta, and a tiny persisted index replaces full source replicas. Second: every dbt adapter now runs in its own isolated environment with its own dbt-core version — adapter version conflicts are structurally extinct. (0.2.6 was an internal milestone; all of its environment-isolation work ships here.)

The biggest performance release yet — homogeneous federated models now skip DuckDB entirely and stream source → target in a single hop — plus the new short materialization names, a hard guard against silently misrouted models, and an ASCII banner you'll actually want to run.

dvt seed grows into the simplest bulk loader you'll use: every Sling format, any target including buckets, and column names that behave identically on every engine.

dvt docs builds one catalog and one lineage graph across every engine in your project — and DVT's execution output becomes byte-for-byte dbt-style.

The federation pipeline becomes production-grade: parallel-safe caching, correct connection handling for the tricky engines, and incremental federation that holds up.

The first release of DVT as a wrapper around stock dbt-core: dbt runs everything it can, DVT federates the rest. No fork, no patched internals — dbt compatibility by construction.