Gestion des déploiements avec Ops CLI

VérifiéSûr

Le CLI `bun ops` gère les déploiements de serveurs, les opérations de base de données et les builds CLI pour le monorepo Scratch. Il offre des commandes pour configurer, déployer et tester des instances (prod, staging, dev), ainsi que pour gérer les migrations et les secrets.

Spar Skills Guide Bot
DeveloppementIntermédiaire
6002/06/2026
Claude Code
#ops-cli#deployment#cloudflare-workers#database-management#monorepo

Recommandé pour

Notre avis

L'outil ops CLI gère les déploiements de serveurs, les opérations de base de données et les constructions CLI dans un monorepo via des commandes Bun.

Points forts

  • Ensemble complet de commandes pour la gestion des serveurs, bases de données et builds CLI.
  • Intégration avec Cloudflare Workers et D1 pour les déploiements et migrations.
  • Workflows automatisés, comme les tests d'intégration complets avec déploiement et exécution de tests.
  • Validation de configuration et gestion des secrets avec `config check` et `config push`.

Limites

  • Nécessite l'environnement d'exécution Bun et une structure de monorepo spécifique.
  • Limité à trois noms d'instances prédéfinis (prod, staging, dev).
  • Séparation entre déploiement et mise à jour des variables d'environnement (config push) qui peut prêter à confusion.
Quand l'utiliser

Lorsque vous gérez des déploiements, des migrations de base de données et des builds CLI pour un monorepo utilisant Cloudflare Workers et D1.

Quand l'éviter

Pour des projets non-monorepo ou utilisant d'autres fournisseurs de cloud que Cloudflare.

Analyse de sécurité

Sûr
Score qualité90/100

The skill documents the usage of an internal ops CLI for server management and deployment. It does not instruct the AI to execute any destructive or exfiltrating commands directly; it is a reference manual. While the CLI itself has powerful capabilities (e.g., dropping database tables), the skill provides no obfuscated payloads, no direct execution instructions, and no curl/sh pipes. The risk of misuse by an AI agent is minimal as it merely describes a tool.

Aucun point d'attention détecté

Exemples

Deploy to production
Deploy the server to production using the ops CLI: bun ops server -i prod deploy
Run integration tests on staging
Run the full integration test against staging: bun ops server -i staging test
Check database tables
List all tables in the staging database: bun ops server -i staging db tables

Ops CLI Skill

The ops CLI (bun ops) manages server deployments, database operations, and CLI builds for the Scratch monorepo.

Command Structure

All commands are run from the repository root with bun ops.

Server Commands (require -i/--instance flag)

Instance names: prod, staging, dev

# Setup and deployment
bun ops server -i <instance> setup          # Interactive setup wizard for new instance
bun ops server -i <instance> deploy         # Deploy server to Cloudflare Workers
bun ops server -i <instance> logs           # Tail worker logs

# Configuration management
bun ops server -i <instance> config check          # Validate config files
bun ops server -i <instance> config check --fix    # Show commands to fix issues
bun ops server -i <instance> config push           # Sync vars to Cloudflare secrets

# Database operations
bun ops server -i <instance> db migrate     # Run migrations from schema.d1.sql
bun ops server -i <instance> db tables      # List all tables
bun ops server -i <instance> db query "SQL" # Run arbitrary SQL query
bun ops server -i <instance> db drop-all    # Drop all tables (prod requires confirmation)

# Integration testing
bun ops server -i <instance> test           # Full end-to-end integration test

Server Commands (no instance required)

bun ops server regenerate-env-ts    # Regenerate server/src/env.ts from .vars.example

CLI Commands

bun ops cli build            # Build the scratch CLI
bun ops cli test             # Run all CLI tests (uses Bun's built-in parallelism)
bun ops cli test:unit        # Run unit tests only
bun ops cli test:e2e         # Run e2e tests only
bun ops cli run <script>     # Run any CLI script (pass-through)

Common Workflows

Verify changes are correct

Run the full integration test against staging:

bun ops server -i staging test

This builds the CLI, deploys the server, and runs end-to-end tests.

Deploy to production

bun ops server -i prod deploy

Check database state

bun ops server -i staging db tables
bun ops server -i staging db query "SELECT * FROM user LIMIT 5"

View deployment logs

bun ops server -i staging logs

Test logs are saved to logs/<instance>.log during integration tests.

Instance Configuration

Each instance has configuration files in server/:

  • server/.${instance}.vars - Environment variables (e.g., .prod.vars, .staging.vars)
  • server/wrangler.${instance}.toml - Generated wrangler config

Resource naming convention: ${instance}-scratch-server, ${instance}-scratch-db, ${instance}-scratch-files

Deploy vs Config Push

Important: deploy and config push serve different purposes. Use the right one for the job.

| Change Type | Command | |-------------|---------| | Code changes | deploy | | Route changes (wrangler config) | deploy | | Environment variable changes | config push only | | Both routes AND env vars | deploy then config push |

  • deploy updates code and routes but does NOT update secrets
  • config push uses wrangler secret put to update secrets immediately without redeployment
Skills similaires