-
Notifications
You must be signed in to change notification settings - Fork 0
Home
Welcome to the official Webburns Deploy Wiki! This documentation provides a comprehensive guide to understanding, installing, and using Webburns Deploy across both its Command Line Interface (CLI) and Electron Desktop GUI Application.
- Overview of Webburns Deploy
- Why Webburns Deploy?
- Traditional FTP Client vs Webburns Deploy
- Objective
- Vision & Core Problem
- Solution by Webburns Deploy
- Features
- Getting Started
- Installation
- CLI Reference
- GUI Reference
Webburns Deploy is a modern, developer-first deployment management platform built specifically for web projects hosted on traditional shared hosting, VPS, or dedicated servers using FTP, FTPS, or SFTP. Available as both a lightweight, high-performance Node.js CLI tool (wb) and a sleek cross-platform Electron Desktop application, Webburns Deploy transforms legacy file-transfer protocols into structured, automated, and safe release pipelines.
┌────────────────────────┐ ┌───────────────────────────────┐ ┌────────────────────────┐
│ Local Source Directory │ ---> │ Webburns Deploy Engine │ ---> │ Remote Hosting Server │
│ (Git repo / build dir)│ │ (Delta + Backup + SHA-256) │ │ (FTP / FTPS / SFTP) │
└────────────────────────┘ └───────────────────────────────┘ └────────────────────────┘
For over two decades, web developers publishing sites to traditional shared web hosts (such as cPanel, Plesk, DirectAdmin, or generic FTP servers) have been forced to rely on visual file-manager clients or basic upload utilities. These legacy tools present severe operational risks:
- Blind Transfers: Legacy clients re-upload thousands of unchanged files, wasting bandwidth and time.
- No Safety Net: If an upload is interrupted or breaks a live site, there is no built-in way to revert.
- Lack of Visibility: Zero structured logs or historical records of what was deployed, by whom, or when.
-
Configuration Overwrites: Production environment files (
.env, config files) are frequently overwritten by local development files.
Webburns Deploy was created to eliminate these risks entirely by providing Git-like control and safety without requiring server-side SSH or Git installation.
| Feature | Traditional FTP Clients (e.g. FileZilla, Cyberduck) | Webburns Deploy (wb CLI & Desktop App) |
|---|---|---|
| Transfer Logic | Full directory copy or manual selection | Smart Delta Engine (SHA-256 content hashing) |
| Speed | Slow (transfers all files one-by-one) | Lightning Fast (only modified/new files uploaded) |
| Backup System | None (manual backup required prior to upload) |
Automatic Pre-Deploy Snapshots (.tar.gz / .zip) |
| Rollback Support | Impossible (no versioning) | 1-Click Instant Rollback to any past release |
| Deployment History | None | Immutable Local SQLite Audit Log |
| Ignore Rules | Basic filename filters |
.wbignore Glob Syntax (like .gitignore) |
| Environment Handling | Manual file replacement | Multi-Profile Vault (Production, Staging, Dev) |
| Health Diagnostics | None | Built-in wb doctor Server Health Suite |
| Interface | Legacy Dual-Pane Directory Tree | Modern CLI + Sleek Dark-Theme Desktop GUI |
The primary objective of Webburns Deploy is to bring modern Git-like deployment workflows to users of traditional FTP/SFTP hosting.
By abstracting raw protocol commands into structured operations (init, diff, push, rollback, history), Webburns Deploy empowers developers to maintain high deployment standards, implement staging/production separation, and achieve instant recovery without changing their existing hosting provider.
To standardize web deployment across all hosting architectures, ensuring that developers publishing to a $3/month shared FTP host enjoy the same speed, security, and confidence as engineers deploying to modern cloud platforms.
Most shared hosting environments do not provide SSH access, Git integration, or CI/CD runner capabilities. Consequently:
- Developers spend hours manually copying files.
- Production sites experience extended downtime during uploads ("partial upload window").
- Interrupted uploads leave websites in a corrupted state.
- Hotfixes are stressful and dangerous because there is no fast rollback mechanism.
Webburns Deploy solves the core problem through four foundational architectural layers:
┌─────────────────────────────────────────────────────────────────────────┐
│ Webburns Deploy Architecture │
├─────────────────────────────────────────────────────────────────────────┤
│ 1. Content Indexer │ Hashes local files using SHA-256 algorithm │
│ 2. Delta Engine │ Compares local index vs. remote manifest │
│ 3. Backup Manager │ Creates a server-side snapshot before upload │
│ 4. Rollback Engine │ Unpacks past snapshots instantly on command │
└─────────────────────────────────────────────────────────────────────────┘
- Local State Indexing: Webburns Deploy generates a local SHA-256 fingerprint manifest of project files.
- Delta Engine: Only modified, added, or deleted files are transferred, reducing deploy times by up to 90%.
- Automated Remote Snapshotting: Prior to executing any changes, a compressed archive of the remote target folder is generated.
-
Instant Rollback: If a deployment produces errors,
wb rollbackrestores the pre-deploy snapshot in seconds.
- 🚀 Smart Delta Detection: Uses SHA-256 content hashing to upload only modified files.
- 📦 Automated Remote Backups: Creates timestamped
.tar.gz/.zipbackups before every deployment. - ⏪ 1-Click / 1-Command Rollbacks: Revert to any previous deployment instantly.
- 🌍 Multi-Environment Management: Easily manage Production, Staging, and Testing server profiles.
- 🛡️ Ignore Pattern System: Protect sensitive or build-only files using
.wbignoreglob rules. - 🩺 Server Health Suite (
wb doctor): Diagnostic tests for connection latency, permissions, disk space, and protocol compatibility. - 📜 Detailed Audit History: Local SQLite database tracks every deployment, file change, duration, and author.
- 💻 Dual Interface: Full-featured CLI for terminal users/CI pipelines and an Electron Desktop GUI for visual workflows.
- 🔒 Encrypted Vault: Secure AES-256 encryption for saved FTP/SFTP passwords and private key passphrases.
Follow these steps to initialize and deploy your first project:
In your local project directory:
wb initThis generates .wbignore and prompts for initial connection details.
Add your target server credentials:
wb env add production --host ftp.yourserver.com --user deployer --proto sftp --remote-dir /public_htmlPreview changes before touching the server:
wb diffPush your changes safely:
wb pushIf any issue occurs on the live site:
wb rollbackEnsure you have Node.js 18+ installed:
# Global installation
npm install -g @webburns/deploy
# Verify installation
wb --versionDownload the pre-compiled installer for your operating system from the GitHub Releases page:
-
Windows:
Webburns-Deploy-Setup-1.0.0.exe(Installer) orWebburns-Deploy-1.0.0.exe(Portable) -
macOS:
Webburns-Deploy-1.0.0.dmg(Apple Silicon & Intel) -
Linux:
Webburns-Deploy-1.0.0.AppImageorwebburns-deploy_1.0.0_amd64.deb
The CLI binary is invoked using wb. Below is the complete command reference:
| Command | Usage | Description |
|---|---|---|
wb init |
wb init [path] |
Initialize Webburns Deploy in the target directory |
wb push |
wb push [env] |
Upload modified files and create a deployment release |
wb diff |
wb diff [env] |
Preview local vs. remote file differences without uploading |
wb rollback |
wb rollback [deploy-id] |
Rollback remote server to a previous deployment release |
wb history |
wb history [limit] |
View chronological deployment history logs |
wb env |
wb env <list|add|remove|switch> |
Manage deployment environment profiles |
wb backup |
wb backup <list|create|restore> |
Manage remote server backup archives |
wb doctor |
wb doctor [env] |
Run connection, permissions, and diagnostic health checks |
wb status |
wb status |
Display current project state, active environment, and unpushed files |
wb watch |
wb watch [env] |
Watch local files and automatically upload on save |
wb config |
wb config <get|set> |
Manage global and project configuration settings |
wb logs |
wb logs [limit] |
Output raw operational logs for debugging |
The Webburns Deploy Desktop Application provides a visual interface for managing deployments across multiple projects:
┌────────────────────────────────────────────────────────────────────────┐
│ 📊 Webburns Deploy Desktop │
├──────────────┬─────────────────────────────────────────────────────────┤
│ 📊 Dashboard │ Project Overview: My Store Website │
│ 🚀 Deploy │ Active Env: Production (ftp.mystore.com) │
│ 📜 History │ ----------------------------------------------------- │
│ 📦 Backups │ [ 🚀 PUSH DEPLOYMENT ] [ 🔍 REVIEW CHANGES ] │
│ 🌍 Envs │ │
│ 🩺 Health │ Recent Deployments: │
│ ⚙️ Settings │ • v1.0.2 - 2 mins ago (3 files changed) [ ⏪ Rollback ] │
└──────────────┴─────────────────────────────────────────────────────────┘
-
Dashboard (
📊):- Quick overview of active project status, total deployments, success rates, and quick-action shortcuts.
-
Deploy Screen (
🚀):- One-click deployment trigger with real-time transfer progress, step-by-step logs, and file transfer lists.
-
History Screen (
📜):- Searchable, filterable deployment timeline displaying author, commit hashes, modified file counts, and direct Rollback buttons.
-
Environments Screen (
🌍):- Form-based profile builder for FTP/FTPS/SFTP servers, port configuration, credential testing, and active profile toggling.
-
Review Changes Screen (
🔍):- Visual side-by-side file difference inspector highlighting added, modified, and deleted files prior to pushing.
-
Health & Diagnostics Screen (
🩺):- Visual execution of
wb doctortesting server connectivity, read/write permissions, disk space, and SSL certificates.
- Visual execution of
-
Logs Screen (
📋):- Real-time stream of low-level protocol operations, status codes, and error traces with CSV/JSON log export capabilities.
Webburns Deploy is open-source software licensed under the MIT License.