Plan a Deployment

Use bricks install --plan-only to preview infrastructure changes before applying them.

Prerequisites

  • Bluebricks CLI installed

  • Authenticated with Bluebricks (bricks login)

  • Existing collection (environment)

  • Package to deploy (local blueprint or published package)

Quick Start

  1. Plan a deployment (plan-only):

    bricks install @myorg/postgres --collection production --plan-only
  2. Plan with custom properties:

    bricks install @myorg/postgres --collection production --plan-only --props-file properties.json
  3. Plan with deployment manifest:

    bricks install --file deployment.yaml --plan-only

What Is Planning?

Planning is the process of:

  • Analyzing changes that will be made to infrastructure

  • Validating resources before creation

  • Reviewing resource lifecycle (create, update, destroy)

  • Previewing execution plan without making changes

After creating a plan, you can:

Planning Commands

Basic Plan

Plan with Custom Properties

Plan with Deployment Manifest

Create a deployment manifest file (deployment.yaml):

Execute the plan:

Plan Output

The plan output shows:

  • Resources to create: New infrastructure resources

  • Resources to update: Existing resources that will be modified

  • Resources to destroy: Resources that will be removed

  • No changes: Resources that remain unchanged

After planning, view the detailed plan in the Bluebricks web UI:

Deployment Flow

1. Create a Plan

2. Review Plan

Review the plan in the web UI:

  • Verify resources to be created

  • Check for unexpected deletions

  • Review resource modifications

  • Examine dependency graph

3. Approve and Install

After reviewing the plan, approve it to proceed:

Option A: Via Web UI

  • Open the plan URL

  • Review all changes

  • Click "Approve" to proceed with installation

Option B: Via CLI (create and auto-approve)

Using GitHub Actions

Automate planning with the official Bricks GitHub Actionarrow-up-right:

Plan on Pull Request

Deploy on Merge

Matrix Deployment (Multiple Environments)

Best Practices

Always Plan First

  • Create a plan before applying changes

  • Review plans thoroughly in the web UI

  • Check for unexpected changes

  • Verify resource dependencies

Property Management

  • Use deployment manifest files for consistency

  • Store properties files in version control

  • Use separate files for different collections

  • Validate property values before planning

Collection Strategy

  • Plan in a development collection first

  • Test changes in staging

  • Apply to the production collection after thorough review

  • Use CI/CD for automated planning on PRs

Approval Workflow

  • Use --plan-only for manual approval workflow

  • Use --yes flag only in trusted CI/CD pipelines

  • Review all plans before approval

  • Document approval requirements for production

Common Scenarios

Update Existing Deployment

Create New Deployment with Custom Slug

Non-Interactive Planning (CI/CD)

See also

Last updated

Was this helpful?