Managing Deployment

Managing Deployment

Deployment and infrastructure maintenance for the site.

When to Use

Consult this skill when troubleshooting failed deployments, modifying the GitHub Actions workflow, or diagnosing build issues. The gcloud and GitHub MCP servers are available for direct Cloud Run and repository operations.

Architecture

Every push triggers deployment via GitHub Actions:

• main branch → Production (100% traffic)
• other branches → Preview (tagged revision, no traffic)

Key Files

Pre-Deployment Verification

Before pushing, verify the build will succeed:

npm run check     # TypeScript and Astro checks
npm run lint      # ESLint
npm run build     # Full production build

If npm run build succeeds locally, the Docker build should succeed in CI.

Docker Build

Multi-stage build defined in Dockerfile:

1. Build stage: Installs all dependencies, runs npm run build
2. Runtime stage: Production dependencies only, copies built output

Check the Dockerfile for current Node version and port configuration.

Diagnosing Build Failures

TypeScript Errors

npm run check

Fix all errors before pushing.

ESLint Errors

npm run lint --fix

Missing Dependencies

If build fails with module not found:

1. Check the import path is correct
2. Verify package is in package.json dependencies (not devDependencies if needed at runtime)
3. Run npm install locally to verify

Astro Build Errors

Common causes:

• Invalid frontmatter in MDX files
• Missing required props in components
• Circular imports

Run npm run build locally to see full error output.

Workflow Structure

The workflow in .github/​workflows/​deploy.yml:

1. Checkout code
2. Determine if production or preview (branch name)
3. Authenticate to Google Cloud
4. Build and push Docker image to Artifact Registry
5. Deploy to Cloud Run with appropriate traffic settings

Production vs Preview

Production (main branch):

• Receives 100% traffic immediately
• Replaces previous production revision

Preview (other branches):

• Tagged revision with no traffic
• Accessible via tag URL: https://{tag}---{service-name}-{hash}.run.app (service name from workflow env section)
• Branch names are sanitised for Cloud Run (lowercase, alphanumeric + hyphens)

Cloud Run Configuration

Settings defined in .github/​workflows/​deploy.yml:

• Region, service name, registry: env section at the top of the workflow
• Memory, instances, port: flags section in deploy steps

When modifying deploy flags, keep production and preview steps in sync.

Required Secrets

GitHub repository secrets:

If deployment fails with authentication errors, these secrets may need regenerating.

Checking Deployment Status

With gcloud MCP (mcp__gcloud__run_gcloud_command):

• gcloud run services describe — service status and URL
• gcloud run revisions list — list revisions
• gcloud run services logs read — view logs

Region and service name are in the workflow's env section.

With GitHub MCP:

• mcp__github__list_commits — verify what's been pushed
• mcp__github__pull_request_read with get_status — check PR CI state

Modifying the Workflow

When editing .github/​workflows/​deploy.yml:

• Keep production and preview deploy steps in sync (same flags)
• Test workflow changes on a branch first (creates preview deployment)
• Validate YAML syntax before committing