Aurabase Logo
aurabasedocs
docs›Guides›Branch previews

Branch previews par pull request

Une base Postgres éphémère, des edge functions déployées et une URL unique par PR GitHub. Provisioning en 10 secondes via copy-on-write, cleanup auto au merge.

8 min de lecture·Niveau intermédiaire·Révisé le 15 avr. 2026
#
Concept

Une PR = un environnement complet

§ 01

À chaque push sur une branche GitHub, une action crée une nouvelle branche Aurabase : clone Postgres copy-on-write, clés API uniques, edge functions déployées, URL auto-commentée sur la PR. Les reviewers testent sans contention.

Astuce
Copy-on-write = quasi-instantané même sur des bases de 100 GB. Vous payez seulement pour les deltas écrits dans la branche.
#
Setup

Une GitHub Action, 12 lignes

§ 02
.github/workflows/preview.yml
YAML
name: Preview env
on:
  pull_request: { types: [opened, synchronize, closed] }
jobs:
  preview:
    runs-on: ubuntu-latest
    steps:
      - uses: aurabase/preview-action@v2
        with:
          token: ${{ secrets.AURA_TOKEN }}
          seed-from: prod    # ou staging, dev
          seed-count: 1000

L'action commente automatiquement la PR avec l'URL, les credentials de test (anon key jetable), et un badge de statut. Au merge ou close, elle nettoie la branche.

#
Seed

Cloner une fraction de prod

§ 03

seed-from: prod + seed-count: 1000 clone 1000 lignes aléatoires par table (anonymisées si pii). Pour du seed déterministe, définissez un script SQL dans supabase/seed.sql.

Attention
Les données PII sont automatiquement masquées dans les previews (emails, téléphones, noms). Votre colonne doit être taggée comment on column ... is 'pii'.
#
TTL & quotas

72h / 14 jours / illimité

§ 04

Les previews sont nettoyées automatiquement au merge. Si une PR traîne, le TTL entre en jeu : 72h sur Free (1 preview max), 14 jours sur Pro (10 max), illimité sur Enterprise.

Dernière mise à jour · 15 avr. 2026