Environments
Register Creatio environments, ping them, set a default, install cliogate. Credentials stay in clio — DevHub never stores them.
A native desktop workbench for Creatio developers: environments, source-controlled workspaces, package & app deployment, SQL, and GitHub — all driven from one app.
DevHub drives the tools you already have — clio, Git and the GitHub CLI — and turns every long operation into a streamed, cancellable job.
Register Creatio environments, ping them, set a default, install cliogate. Credentials stay in clio — DevHub never stores them.
Create workspaces, add packages, review colorized diffs, commit and inspect history — GitHub Desktop, for Creatio packages.
Sign in from Settings — browser or token — then create a repo straight from a workspace, pick one from a dropdown, or deploy back from a repo to restore a broken environment.
Move a package or a whole application between environments, with a drift guard that blocks pushing over changes you haven't pulled.
Compare and copy lookup values — or any object's rows, with its foreign-key hierarchy mapped out — between environments, with an automatic rollback script.
Run SQL against any registered environment, read the results in a grid, and export the full set to CSV or Excel — no separate database client.
Streamed logs, a live activity indicator, safe cancellation of process trees, and a job history that survives restarts.
Releases are cryptographically verified against the project key. DevHub checks, downloads, verifies and installs itself.
Bring editable packages from an environment into a local workspace.
Review the diff and commit to Git — history you can trust.
Create the GitHub repo from DevHub and push, private by default.
Install to the next environment, with a backup and drift check.
DevHub ships often — and updates install themselves after the first download.
An object like Account is defined and extended across many packages — nine, in a typical instance. The list now shows each object once but tells the truth about that: the badge reads its home package plus a count (e.g. CrtCoreBase +8), and hovering it lists every package the object touches. Objects that live in a single package just show that package, as before.
The Migration screen's Objects search used to list a common object like Account many times over — once for every package that defines or extends it. Because those entries shared a name, the list rendered scrambled and picking one object highlighted almost all of them. Now each object appears exactly once, so the list is clean and selection behaves.
Signing in to GitHub used to bury the one-time code in the Jobs log; now it appears right in Settings, with buttons to copy it and open the GitHub device page. Prefer not to use the browser flow at all? Paste a personal access token instead — it goes straight to the GitHub CLI over a private channel, and DevHub never stores or logs it. Workspaces also gain a repository picker: choose any repo from your GitHub account in a dropdown to set — or change — where a workspace pushes, instead of hunting down and pasting a remote URL. The manual URL box remains for repos outside your account.
The Migration screen now goes beyond lookups. A new Objects tab searches every entity in an environment — Lead, Contact, your custom objects — shows its columns and foreign-key hierarchy, and copies a chosen object's rows into another environment, with a rollback script written first. Alongside it, an important fix: running SQL against an environment other than your default used to freeze the whole window while the connection was established — Windows would even mark DevHub “Not Responding”. Those reads (SQL, packages, applications, lookups, objects and GitHub lists) now run off the interface thread, so the app stays responsive and only the screen you asked shows its loading state.
A new app-wide Errors view gathers failures from every screen as they happen, with a toast when something new lands — no more losing an error message because you switched tabs. The SQL screen is reorganized into Editor, Saved queries and Errors tabs, and a failed query can be reloaded into the editor straight from its error entry.
DevHub now ships a universal macOS build (Apple Silicon and Intel) alongside Windows, with the same signed auto-updates. It finds your clio environments where the Mac build of clio actually keeps them, and job cancellation cleans up the whole process tree. Builds aren’t yet Apple-notarized, so the first launch is right-click → Open. One honest retirement: the marketing-content migration introduced in v0.8.3–v0.8.4 proved to fight the platform on real environments — dense per-environment references meant raw-SQL workarounds that bypassed Creatio’s own validation — and was removed in v0.8.7. The Migration screen instead focuses on what works reliably: lookups, and (since v0.8.9) any object’s data.
The Migration screen now copies marketing content — campaigns, bulk emails, email designer templates, dynamic content, and campaign flow diagrams — from one environment to another with their original IDs, so everything that references them keeps working. Pick individual campaigns and bulk emails or move everything missing; parents a selected record needs come along automatically. References the target cannot satisfy are resolved for you: a missing contact or lookup is matched to the target's row of the same name where one exists, otherwise the field is cleared — and every such change is listed in the result. A rollback script is written before anything is inserted. If you installed v0.8.3, update: it shipped this feature without the reference resolution and fails on records owned by environment-specific contacts. Update, this feature was retired in v0.8.7 — see the note above.
Capturing lookups no longer fails on environments where a lookup points at a table without a Name column, and values registered twice are no longer captured twice. The SQL screen now explains why RAISE NOTICE output comes back empty and how to get results into a grid, the Jobs screen keeps wide logs inside the page and can collapse the job list, and long filenames in the Workspaces change list stay readable.
Package deployment moves your configuration between environments — but not the reference data sitting in lookup tables, unless it happens to be bound to a package. Two additions close that gap. Compare gains a Lookups tab that shows exactly which lookup values differ between two environments, down to the individual row. And a new Migration screen copies the lookups you pick from one environment to another — matched on each value's identity so the records that depend on them keep working, shown to you as SQL before anything runs, and backed by an automatic rollback script so the change can be undone.
The new Compare screen answers the question that used to mean guesswork: is pre-prod still the same as dev, and what exactly differs. Capture each environment once, then see every differing package, system setting, feature and web service — and open a package to see which schemas moved, which is how duplicate-element collisions announce themselves before a deployment fails. Comparison runs against the saved snapshots, so re-comparing is instant and nothing is ever written to your environments. Setting values stay hidden unless you reveal them, and exported reports leave them out entirely, because that is where API keys live. The Packages screen also shows at last which packages are locked.
Application tiles now show the developer, how many packages the app installs, the Creatio version it needs, and when it last changed — and you can filter by developer to separate your own apps from the stock ones. The new Details view opens the full descriptor: dates, links, the application's packages, and the pages it contributes.
An important fix: when the database rejects a query, DevHub now shows you its actual error — clio reports those with a success code, so v0.5.1 could show a green tick instead. Update if you are on v0.5.1. The Packages screen also filters properly now: search by name or version, and pick a maintainer from its own list, with the two narrowing together.
Running an UPDATE or other statement in the SQL screen used to look like it had failed — DevHub showed clio's own success output as an error. It now says the statement ran successfully, and the export buttons step aside when there are no rows to write.
DevHub now tells you in the header when a new version is out — no need to go looking in Settings. It checks shortly after launch and every few hours, you can dismiss a release you're not ready for, and a check that fails while you're offline stays out of your way. Deployments are also more honest: when Creatio answers with a server error, the job is marked failed instead of green, even if the command line reported success.
DevHub's entire interface was rebuilt on a modern component system for a cleaner, more consistent look. It ships with matching light and dark themes that follow your Windows setting, and a new Appearance control in Settings to pin either one. Background environment health checks are quieter too — they no longer raise a burst of notifications when you open the app.
When a command fails, DevHub now explains the likely cause and the steps to fix it, with the raw technical detail tucked away but still available.
DevHub locates clio, Git, and the GitHub CLI from the live system PATH and the usual install locations, so a tool installed after your last sign-in is still found instead of showing as missing.
DevHub now looks after the clio CLI it depends on: install it when it's missing, update it when a newer build ships, and repair a damaged install. Known failures are explained rather than dumped — a locked tool store now tells you a clio command is still running. The SQL grid also shows up to 5,000 rows (exports were always uncapped).
Name and save queries locally, reopen them for editing, or rerun them against the environment they were saved for.
Failed deployments now explain what actually happened, so a red job is diagnosable at a glance.
Run SQL against a registered environment from inside DevHub, read the result in a grid, and export the full result set to CSV or Excel.
Clone a repository at a chosen branch and install it straight into an environment — restore a broken environment from known-good source, or move a package onto a fresh one.
An activity indicator shows running jobs from any screen. Package and application lists are captured into the cache automatically on launch and when you switch environments.
Start an empty workspace and add only the packages you want, then create a private GitHub repo and push — without leaving DevHub.
Refreshed branding, plus a job history that survives restarts so you can revisit past runs and their logs.
Signed Windows installers (NSIS & MSI) published to GitHub, with cryptographically verified auto-updates.
DevHub is built by one developer, and every report shapes what gets fixed next. Requests and bug reports both go through GitHub issues — you'll need a free GitHub account, and you can follow the thread until it ships.
Something broke, failed silently, or told you the wrong thing. Include the DevHub version, what you did, and the job log if there is one.
Report a bugA clio command you want a button for, a screen that should show more, a workflow that still sends you back to the terminal.
Request a featureCheck whether your problem is already known, add what you're seeing to an existing thread, or watch what's coming next.
Browse issuesIt reuses the clio, Git and GitHub tools you already have.
.dmg, signed. First launch: right-click → Open.