| name | pgpm |
| description | PostgreSQL Package Manager — deterministic, plan-driven database migrations with dependency management. Use when asked to "deploy database", "run migrations", "manage pgpm modules", "add a table", "create a function", "add a migration", "write database changes", "create a workspace", "set up pgpm", "manage dependencies", "revert a migration", "verify deployments", "tag a release", "start postgres", "run database locally", "set up database environment", "load env vars", "add an extension", "install a module", "publish pgpm module", "test database", "write integration tests", "troubleshoot pgpm", or when working with PostgreSQL package management, .control files, pgpm.plan, or SQL migration scripts. |
| compatibility | pgpm CLI, PostgreSQL 14+, Node.js 22+, Docker |
| metadata | {"author":"constructive-io","version":"2.0.0"} |
pgpm (PostgreSQL Package Manager)
pgpm provides deterministic, plan-driven database migrations with dependency management and modular packaging. It brings npm-style modularity to PostgreSQL database development — every change is deployed exactly once and reverted exactly once.
When to Apply
Use this skill when:
- Creating projects: Setting up workspaces, initializing modules
- Writing changes: Adding tables, functions, triggers, indexes, RLS policies
- Managing dependencies: Within-module and cross-module references, .control files
- Deploying: Running deploy/verify/revert, tagging releases, checking status
- Testing: Writing PostgreSQL integration tests with pgsql-test
- Configuring: Docker setup, environment variables, connection config
- Managing extensions: Adding PostgreSQL extensions or pgpm modules
- Publishing: Bundling and publishing @pgpm/* modules to npm
- Troubleshooting: Connection issues, deployment failures, testing problems
Quick Start
npm install -g pgpm
pgpm docker start
eval "$(pgpm env)"
pgpm init workspace
cd my-database-project
pnpm install
pgpm init
cd packages/pets
pgpm add schemas/pets
pgpm add schemas/pets/tables/pets --requires schemas/pets
pgpm deploy --createdb --database mydb
Core Concepts
Three-File Pattern
Every database change consists of three files:
| File | Purpose | Header |
|---|
deploy/<change>.sql | Creates the object | -- Deploy <change> to pg |
revert/<change>.sql | Removes the object | -- Revert <change> from pg |
verify/<change>.sql | Confirms deployment | -- Verify <change> on pg |
pgpm.plan
The plan file controls deployment order. Each line:
change_name [dep1 dep2] 2026-01-25T00:00:00Z author <email@example.org>
Dependencies [...] must come immediately after the change name, before the timestamp.
.control File
Each module has a .control file declaring its name and PostgreSQL extension dependencies. A freshly-scaffolded module has no requires line (zero extensions by default); it appears once you add a dependency:
comment = 'My database module'
default_version = '0.0.1'
requires = 'pgcrypto,pgpm-base32'
The requires field uses control file names (e.g., pgpm-base32), NOT npm names (e.g., @pgpm/base32). See references/module-naming.md for details.
Workspace vs Module
- Workspace = pnpm monorepo containing one or more modules (
pgpm init workspace)
- Module = individual database package with its own .control, pgpm.plan, and deploy/revert/verify directories (
pgpm init)
Critical Rules
1. NEVER Use CREATE OR REPLACE
pgpm is deterministic. Each change deploys exactly once. To modify an existing object, create a new change that drops and recreates it.
CREATE FUNCTION app.my_function() ...
CREATE OR REPLACE FUNCTION app.my_function() ...
2. NO Transaction Wrapping
Do NOT add BEGIN/COMMIT to SQL files. pgpm handles transactions automatically.
CREATE TABLE app.users ( ... );
BEGIN;
CREATE TABLE app.users ( ... );
COMMIT;
3. NEVER Run CREATE EXTENSION Directly
pgpm handles extension creation during deploy. Declare extensions in your .control file's requires field instead.
Key Commands Quick Reference
| Command | Purpose |
|---|
pgpm init workspace | Create a new pnpm monorepo workspace |
pgpm init | Create a new module in a workspace |
pgpm add <path> --requires <dep> | Add a new change (creates deploy/revert/verify files) |
pgpm deploy | Deploy changes to database |
pgpm deploy --createdb --database <name> | Create database and deploy |
pgpm verify | Run verification scripts |
pgpm revert --to <change> | Revert changes back to a specific point |
pgpm tag <version> | Tag current state for targeted deploys |
pgpm install <module> | Install a pgpm module dependency |
pgpm extension [--add/--remove/--set a,b] | Manage module dependencies (flags are non-interactive; no flags = interactive picker) |
pgpm test-packages | Test all packages |
pgpm test-packages --full-cycle | Test deploy → verify → revert → redeploy |
pgpm docker start | Start PostgreSQL container |
pgpm docker stop | Stop PostgreSQL container |
pgpm env | Print environment variable exports |
pgpm migrate status | Show deployed vs pending changes |
pgpm plan | Generate plan from SQL -- requires: comments |
pgpm package | Bundle module for publishing |
Essential Development Workflow
pgpm docker start
eval "$(pgpm env)"
pgpm admin-users bootstrap --yes
pgpm admin-users add --test --yes
pgpm add schemas/app/tables/orders --requires schemas/app
pgpm deploy --createdb --database mydb
pgpm verify
pnpm test
pgpm tag v1.0.0
Common Workflows
Adding a Table
pgpm add schemas/app/tables/users --requires schemas/app
CREATE TABLE app.users (
id uuid PRIMARY KEY DEFAULT uuid_generate_v4(),
email text NOT NULL UNIQUE,
name text NOT NULL,
created_at timestamptz NOT NULL DEFAULT now()
);
DROP TABLE IF EXISTS app.users;
DO $$
BEGIN
ASSERT (SELECT EXISTS (
SELECT FROM information_schema.tables
WHERE table_schema = 'app' AND table_name = 'users'
)), 'Table app.users does not exist';
END $$;
Writing Tests (with pgsql-test)
import { getConnections } from 'pgsql-test';
import * as seed from 'pgsql-test/seed';
let db, teardown;
beforeAll(async () => {
({ db, teardown } = await getConnections({}, [
seed.pgpm({ database: 'mydb' })
]));
});
afterAll(() => teardown());
beforeEach(() => db.beforeEach());
afterEach(() => db.afterEach());
it('creates a user', async () => {
const result = await db.query(`
INSERT INTO app.users (email, name)
VALUES ('test@example.com', 'Test User')
RETURNING *
`);
expect(result.rows[0].email).toBe('test@example.com');
});
CI/CD Full-Cycle Validation
pgpm test-packages --full-cycle
This proves: deploy → verify → revert → redeploy works for every module.
Fixing a Broken Deploy
pgpm migrate status
pgpm revert --to <last-good-change>
pgpm deploy
Non-Interactive / CI Usage
pgpm uses inquirerer for interactive prompts. When stdin is a TTY but no human is present (agents, PTY-allocated CI, Docker with -t), prompts hang indefinitely.
How noTty detection works
The inquirerer library enters non-interactive mode (noTty) when any of these are true:
--no-tty flag is passed
process.env.CI === 'true'
- The caller explicitly sets
noTty: true
In noTty mode, inquirerer uses defaults where available and throws with the full list of required arguments if any are missing. This is the correct mode for all automated usage.
Rules for automated environments
-
Pass --yes for confirmation prompts — this provides the yes argument so the confirm prompt is skipped:
pgpm deploy --yes --database mydb
pgpm admin-users bootstrap --yes
pgpm admin-users add --test --yes
pgpm revert --yes --database mydb
-
Pass --no-tty for fully non-interactive mode — this tells inquirerer to never wait for input and use defaults or throw:
pgpm deploy --no-tty --yes --database mydb --createdb
-
In CI (CI=true) — noTty is auto-detected. You still need --yes for confirm questions since they have no implicit default:
pgpm deploy --yes --database $DB_NAME
-
Provide ALL required args on the command line — in noTty mode, any missing required argument throws. Pre-supply everything:
pgpm deploy --database mydb --package my-module --yes --recursive
-
pgpm init and pgpm extension support non-interactive use.
pgpm init --moduleName <module> --extensions a,b scaffolds without prompting (no --extensions means zero extensions). Only the module name would otherwise prompt, so pass --moduleName (pgpm init workspace uses --name).
pgpm extension --add <a,b> / --remove <a,b> / --set <a,b> change a module's requires without a prompt.
Running either with no args is interactive.
-
pgpm test-packages does NOT prompt — safe to run without any flags.
-
If a command hangs with no output, it's waiting for a prompt. Kill it and re-run with --yes and --no-tty.
Quick reference
| Command | Interactive flags needed | Notes |
|---|
pgpm deploy | --yes --database <name> | Confirms before applying; database is required |
pgpm admin-users bootstrap | --yes | Confirms role creation |
pgpm admin-users add | --yes --test | Confirms user creation |
pgpm revert | --yes --database <name> | Confirms before reverting |
pgpm test-packages | None | Non-interactive by default |
pgpm verify | None | Non-interactive |
pgpm init | --moduleName <module> [--extensions a,b] | Non-interactive with --moduleName; no --extensions = zero extensions |
pgpm extension | --add/--remove/--set a,b | Non-interactive with a flag; no flag = interactive picker |
Troubleshooting Quick Reference
| Issue | Quick Fix |
|---|
| Can't connect to database | pgpm docker start && eval "$(pgpm env)" |
PGHOST not set | eval "$(pgpm env)" — must use eval, not run in subshell |
| Transaction aborted in tests | Use db.beforeEach() / db.afterEach() savepoint pattern |
| Tests interfere with each other | Ensure every test file has beforeEach/afterEach hooks |
| Module not found during deploy | Verify .control file exists and workspace structure is correct |
| Dependency not found | Check .control requires uses control names, not npm names |
| Port 5432 already in use | lsof -i :5432 then stop conflicting process |
Invalid line format in pgpm.plan | Dependencies [...] must come right after change name, before timestamp |
CREATE OR REPLACE error | Remove OR REPLACE — pgpm is deterministic |
| Container won't start | pgpm docker start --recreate for a fresh container |
| Command hangs with no output | It's waiting for a TTY prompt — kill and re-run with --yes |
See references/troubleshooting.md for detailed solutions.
Reference Guide
Consult these reference files for detailed documentation on specific topics:
| Reference | Topic | Consult When |
|---|
| references/cli.md | Complete CLI command reference | Looking up command flags, options, or less common commands |
| references/workspace.md | Creating and managing workspaces | Setting up a new project, understanding workspace structure |
| references/changes.md | Authoring database changes | Writing deploy/revert/verify scripts, using pgpm add |
| references/sql-conventions.md | SQL file format and conventions | Writing SQL files, naming conventions, header format |
| references/dependencies.md | Managing module dependencies | Within-module or cross-module dependency references |
| references/deploy-lifecycle.md | Deploy/verify/revert lifecycle | Understanding deployment process, tagging, status checking |
| references/docker.md | Docker container management | Starting/stopping PostgreSQL, custom container options |
| references/env.md | Environment variable management | Loading env vars, profiles, Supabase local development |
| references/environment-configuration.md | @pgpmjs/env library API | Programmatic configuration, config hierarchy, utility functions |
| references/extensions.md | PostgreSQL extensions & pgpm modules | Adding extensions, installing @pgpm/* modules, .control requires |
| references/module-naming.md | npm names vs control file names | Confused about which identifier to use where |
| references/plan-format.md | pgpm.plan file format | Fixing Invalid line format errors, editing plan files manually |
| references/publishing.md | Publishing modules to npm | Bundling, versioning with lerna, publishing @pgpm/* packages |
| references/testing.md | PostgreSQL integration tests | Setting up pgsql-test, seed adapters, test patterns |
| references/troubleshooting.md | Common issues and solutions | Debugging connection, deployment, testing, or Docker problems |
| references/ci-cd.md | GitHub Actions CI/CD workflows | Setting up CI for pgpm projects, PostgreSQL service containers, test sharding |
Project Scaffolding
Database Operations (from constructive-db)
Cross-References
Related skills:
constructive-starter-kits — Project scaffolding router (pgpm init templates, Next.js boilerplate, template authoring); surfaces the Project Scaffolding references above under starter-kit/boilerplate trigger phrases
constructive-testing — PostgreSQL testing patterns (RLS, seeding, snapshots, JWT context)
constructive-setup — Monorepo setup and local development environment
constructive-cli — Generated CLI commands and scaffolding