0Pricing
Supabase Backend as a Service · レッスン

環境管理とCI/CD

開発、ステージング、本番などの異なる環境を管理し、Supabaseを継続的インテグレーション/継続的デリバリーのパイプラインに統合する方法を学びます。

「環境管理とCI/CD」はCoddyKit上の無料Supabase Backend as a Serviceレッスンです。 これはレッスン1/4です。 下記で完全なレッスンを無料で読むことができます。その後、ブラウザ内の組み込みコードエディタと24時間対応のAIチューターでハンズオン演習できます。 これはSupabase Backend as a Service学習パスの一部であり、ウェブとCoddyKitアプリ全体で進捗が同期されます。 Supabase Backend as a Serviceコースには全4レッスンが含まれています。

このレッスンの一部はまだ翻訳されておらず、英語で表示されています。

Why Multiple Environments?

When building applications, it's crucial to manage different stages of development. These stages are called environments.

Typically, you'll work with three main environments:

  • Development (Dev): Where developers write and test new features.
  • Staging: A pre-production environment for testing by QA or stakeholders.
  • Production (Prod): The live application used by your end-users.

Each environment helps isolate changes and prevent issues in the live app.

Supabase & Your Environments

For effective environment management, it's best practice to have separate Supabase projects for each major environment.

This means you'd have:

  • One Supabase project for your development database, auth, storage.
  • Another Supabase project for staging.
  • A final, distinct Supabase project for production.

This isolation prevents accidental data loss or breaking changes from affecting your live application.

Managing Configuration

Each environment often requires different configurations, such as database connection strings, API keys, or external service URLs.

These sensitive details should never be hardcoded directly into your application's source code.

Instead, we use environment variables. These variables are loaded at runtime and provide the necessary configuration specific to the environment your application is running in.

Local Dev Setup with .env

During local development, you'll often use a .env file to manage your environment variables. This file stores key-value pairs specific to your local setup.

Tools like the Supabase client libraries can automatically load these variables, making it easy to switch between local and deployed environments.

Remember to add .env to your .gitignore to prevent accidentally committing sensitive information!

SUPABASE_URL="http://localhost:54321"
SUPABASE_ANON_KEY="YOUR_LOCAL_ANON_KEY"
DATABASE_URL="postgresql://postgres:password@localhost:54322/db"

Introduction to CI/CD

CI/CD stands for Continuous Integration and Continuous Deployment (or Delivery). It's a set of practices that automate the building, testing, and deployment of software.

For Supabase, CI/CD helps you:

  • Automatically apply database schema changes.
  • Deploy Edge Functions.
  • Ensure consistent deployments across environments.

This automation reduces manual errors and speeds up your development cycle.

Database Migrations

As your application evolves, your database schema will change. Database migrations are version-controlled scripts that track and apply these changes.

The Supabase CLI provides powerful tools for managing migrations:

  • supabase migration new <name>: Creates a new migration file.
  • supabase db diff: Generates a migration script by comparing your local schema to your Supabase project.
  • supabase db push: Applies local migrations to your Supabase project.

These commands are essential for safely evolving your database schema.

# Create a new migration file
supabase migration new create_users_table

# Generate migration from local changes
supabase db diff -f new_feature_migration

# Apply all pending migrations
supabase db push

CI/CD Workflow Overview

A typical CI/CD pipeline for a Supabase project might involve these steps:

  • Build: Compile your application code (e.g., client-side app, Edge Functions).
  • Test: Run unit and integration tests against a development or staging Supabase project.
  • Deploy Schema: Apply pending database migrations to the target Supabase project.
  • Deploy Functions: Deploy updated Supabase Edge Functions.
  • Deploy Application: Deploy your client-side application (e.g., to Vercel, Netlify).

Each step ensures your changes are validated before reaching production.

Automating Deployments

You can use CI/CD platforms like GitHub Actions, GitLab CI, or CircleCI to automate these steps. For Supabase, a common task is to automate database migrations.

Here's a conceptual snippet of a GitHub Actions step that could apply migrations to a Supabase project. It uses the Supabase CLI and environment variables for authentication.

# This is a conceptual snippet for a CI/CD pipeline.
# It assumes SUPABASE_ACCESS_TOKEN and SUPABASE_PROJECT_REF
# are set as secrets in your CI/CD environment.

- name: Apply Supabase Migrations
  run: |
    # Install Supabase CLI
    npm i -g supabase

    # Link to your Supabase project (e.g., staging)
    supabase link --project-ref ${{ secrets.SUPABASE_PROJECT_REF_STAGING }}

    # Apply migrations
    supabase db push
  env:
    SUPABASE_ACCESS_TOKEN: ${{ secrets.SUPABASE_ACCESS_TOKEN }}

Quick Check

Which of the following are good practices when managing Supabase projects across different environments?

Recap: Secure & Streamlined

In this lesson, we explored how to effectively manage different environments (development, staging, production) for your Supabase projects. We also introduced the power of CI/CD.

  • Separate Projects: Essential for isolating environments.
  • Environment Variables: Securely manage configuration.
  • Supabase CLI Migrations: Automate database schema changes.
  • CI/CD: Streamline deployments and reduce errors.

By adopting these practices, you can build more robust, secure, and scalable applications with Supabase.

よくある質問

「環境管理とCI/CD」レッスンは無料ですか?

はい。「環境管理とCI/CD」の完全なテキストはこのウェブで無料で読めます。インタラクティブに演習し(組み込みコードエディタと24時間対応のAIチューター)、Supabase Backend as a Serviceコースの残りをアンロックするには、CoddyKit PROにアップグレードしてください。 Supabase Backend as a Serviceコースには全4レッスンが含まれています。

「環境管理とCI/CD」で何を学びますか?

開発、ステージング、本番などの異なる環境を管理し、Supabaseを継続的インテグレーション/継続的デリバリーのパイプラインに統合する方法を学びます。 ブラウザで直接実行するハンズオンコードでSupabase Backend as a Serviceを演習し、24時間対応のAIチューターがレッスンを進める中での質問に答えます。

Supabase Backend as a Serviceを始めるのに経験は必要ですか?

事前経験は必要ありません。CoddyKitのSupabase Backend as a Serviceは初級者から上級者向けに構成されているため、ここから始めるか最初から始めて、自分のペースで進むことができます。 これはレッスン1/4です。

「環境管理とCI/CD」レッスンにはどのくらい時間がかかりますか?

ほとんどのCoddyKitレッスンは約5~10分かかります。各レッスンはコンパクトでインタラクティブなので、着実に進歩し、ウェブとアプリ全体で正確に前回の場所から再開できます。

このSupabase Backend as a Serviceレッスンでコードを書いて実行できますか?

はい。すべてのSupabase Backend as a Serviceレッスンに組み込みコードエディタが含まれているため、ブラウザでリアルコードを書いて実行し、即座のAIフィードバックを取得できます。ローカル設定は不要です。

このコースのすべてのレッスン

  1. 環境管理とCI/CD
  2. バックアップ、リストア、ディザスタリカバリ
  3. セキュリティ監査とベストプラクティス
  4. モニタリング、ロギング、オブザーバビリティ
← Supabase Backend as a Serviceに戻る