Environment Merge applique les changements de schéma d’un environnement (source) à un autre (cible). Opération centrale pour propager les changements structurels.

---

Fonctionnement

1. Sélection : Choisir la source et la cible.
2. Analyse : Diff pour identifier les changements manquants.
3. Revue et Cherry-pick : Sélectionner les changements à appliquer.
4. Backup automatique : Backup complet avant application.
5. Application atomique : Tout ou rien ; rollback en cas d’échec.

---

Sécurité

• Mises à jour transactionnelles : Une seule transaction.
• Verrouillage de l’environnement : Cible verrouillée pendant le merge.
• Backups pre-merge : Restauration via Backups.

---

Cherry-Pick

• Bascule de changements individuels.
• Actions de groupe par table/vue.
• Changements breaking non présélectionnés.

---

Historique des migrations

• Journal d’audit : qui, quels environnements, quand.
• Résumé des changements.
• Commandes SQL documentées.
• Lien vers le backup.

---

Politique de rollback

Utilisez la page Backups pour restaurer l’état pre-merge.

Note : Une restauration remet la base entière à un point antérieur. Vérifiez d’abord en staging.

---

GraphQL API

Mutation: mergeEnvironments

mutation MergeEnvironments($input: MergeEnvironmentInput!) {
  mergeEnvironments(input: $input) {
    success
    message
    migrationId
    changesApplied
    backupId
  }
}

Query: migrationHistory

query MigrationHistory($projectId: ID!, $environment: String) {
  migrationHistory(projectId: $projectId, environment: $environment) {
    id
    sourceEnvironment
    targetEnvironment
    status
    appliedBy
    appliedAt
    changes {
      changeType
      objectName
      sql
      isBreaking
    }
    backupId
  }
}