// extension 01: pipeline manager v1.4.0

Pipeline Manager

The setup tool. One person answers a few questions once per project and gets a complete, working release pipeline. Nobody has to read platform manuals, hand-write YAML files or keep track of which secrets go where. A four-step wizard writes every pipeline file for the chosen CI platform. Afterwards, a panel in the editor shows how the pipeline is set up.

Setup Wizard

Four steps take you from choosing a platform to a finished pipeline. The wizard can also write cicd-pipeline.md, a guide that explains the branch strategy, the developer workflow, the secrets and branch protection, so the whole team knows how releases work.

Step 01
Pick the CI platform

GitHub Actions, Azure DevOps, GitLab CI/CD, Jenkins, or Bitbucket Pipelines. The wizard writes the right file, in the right place, for the one you choose.

Step 02
Configure environments

Match each environment to a Salesforce org. The usual set comes pre-filled: Dev, SIT, QA, UAT, Staging and Production. While check-only validation is on (the default), feature branches are checked against Dev on every push, before a pull request merges them. Two optional switches go further. One creates and pushes a Git branch for every environment. The other requests a Developer sandbox for each non-production environment (sf org create sandbox --async) once the files are written.

Step 03
Set deploy options

Set the source folder (force-app by default), turn check-only validation on feature branches on or off, and choose whether Apex tests run after every release, with an automatic rollback if they fail. The Generate CI/CD documentation switch writes the cicd-pipeline.md guide to a folder you pick.

Step 04
Review and generate

Preview everything before it is created, with the files on the left and the secrets you need on the right. Click Generate Files, and the pipeline file, scripts, manifests and ci-config.json are written to the project in one go.

Pipeline Configuration
├── Platform ──▶ GitHub Actions
├── Environments
│   ├── Dev ──▶ dev → dev
│   ├── SIT ──▶ sit → sit
│   ├── QA ──▶ qa → qa
│   └── Production ──▶ main → prod
├── Secrets
│   ├── DEV_AUTH_URL
│   └── PROD_AUTH_URL
└── Files
    ├── sfdx-ci.yml (exists)
    └── ci-config.json (exists)

The Pipeline at a Glance

A panel in the editor shows the platform the pipeline runs on, every environment, the secrets it needs, and whether each generated file is present. It reads ci-config.json and updates whenever that file changes.

The + button opens the setup wizard, and the refresh icon reloads the panel. Hover over an environment and click the bin icon to remove it.

Command Palette

Most of what the wizard and the panel do is also a command, for anyone who prefers the keyboard.

command_palettethe core SF CICD commands
Command What it does
SF CICD: Initialize New PipelineOpens the four-step setup wizard
SF CICD: Add EnvironmentQuick prompt to add an environment to an existing config
SF CICD: Remove EnvironmentNot in the palette. In the panel, hover over an environment and click the bin icon
SF CICD: Edit Deploy OptionsChange deploy settings without re-running the wizard
SF CICD: Regenerate Pipeline FilesRebuild all pipeline files from the current ci-config.json
SF CICD: Validate ConfigurationCheck that ci-config.json can be read and that the pipeline file, manifests and scripts exist
SF CICD: Show Secrets ChecklistList the CI secret names needed for the configured environments

Changelog

Seven releases in ten days, from the first wizard to automatic branch and sandbox creation, then a generator that writes the team's CI/CD guide alongside the pipeline.

release_historyversion by version
v1.4.0
28/04/2026
Pipeline documentation generator

Generate CI/CD documentation toggle in Step 3: writes a cicd-pipeline.md covering branch strategy, developer workflow, secrets reference and platform-specific branch protection. Output folder chosen via the native VSCode picker.

v1.3.1
27/04/2026
Pull request guidance

Step 2 now tells developers to raise a pull request from their feature branch into dev, and that CI validation must pass before the merge is approved.

v1.3.0
27/04/2026
Dev-first environment model

Dev added as the default first environment; feature branches now validate check-only against Dev rather than a scratch org, so each PR is checked against the Dev org before it merges. SCRATCH_AUTH_URL no longer required.

v1.2.0
27/04/2026
Branch and sandbox automation

Create Git Branches and Create Salesforce Sandboxes toggles in Step 2: branches pushed and sandbox requests submitted automatically after file generation.

v1.1.1
25/04/2026
Two-column review

Two-column review layout in Step 4: generated files and required secrets shown side by side for an easier pre-flight check.

v1.1.0
20/04/2026
Config management commands

Remove Environment, Edit Deploy Options, and Regenerate Files from ci-config.json without re-running the wizard.

v1.0.0
19/04/2026
Initial release

Initial release: four-step wizard, activity bar panel, ci-config.json IntelliSense, validate configuration, secrets checklist, and a getting-started walkthrough.