ab21c7f805
* feat: Cal.diy — community-driven MIT-licensed fork of Cal.com This squashed commit contains all Cal.diy changes applied on top of calcom/cal.com main: - Rebrand Cal.com to Cal.diy across the entire codebase - Remove Enterprise Edition (EE) features, license checks, and AGPL restrictions - Switch license from AGPL-3.0 to MIT - Remove docs/ directory (migrated to Nextra at cal.diy) - Remove dead code: org tests, EE tips, platform nav, premium username, SAML/SSO, etc. - Clean up .env.example for self-hosted Cal.diy - Update Docker image references to calcom/cal.diy - Update README, CONTRIBUTING.md, and issue templates for Cal.diy community fork - Add PR welcome bot for Cal.diy contributors - Fix API v2 breaking changes oasdiff ignore entries - Replace Blacksmith CI runners with default GitHub Actions 3893 files changed, 20789 insertions(+), 411020 deletions(-) Co-Authored-By: benny@cal.com <sldisek783@gmail.com> * refactor: remove org-specific /organizations/:orgId endpoints from API v2 atoms controllers (#1701) Co-authored-by: Devin AI <158243242+devin-ai-integration[bot]@users.noreply.github.com> * fix: revert Cal.diy Inc to Cal.com, Inc. in license files, copyright notices, and package metadata (#1702) Co-authored-by: Devin AI <158243242+devin-ai-integration[bot]@users.noreply.github.com> * rip out org related comments in api v2 --------- Co-authored-by: Devin AI <158243242+devin-ai-integration[bot]@users.noreply.github.com>
41 lines
1.1 KiB
Markdown
41 lines
1.1 KiB
Markdown
---
|
|
title: Feature Flag Seeding
|
|
impact: MEDIUM
|
|
impactDescription: Proper feature flag setup enables controlled rollouts
|
|
tags: prisma, feature-flags, migrations
|
|
---
|
|
|
|
# Feature Flag Seeding
|
|
|
|
## Creating Feature Flag Migrations
|
|
|
|
To seed new feature flags in Cal.diy, create a Prisma migration:
|
|
|
|
```bash
|
|
yarn prisma migrate dev --create-only --name seed_[feature_name]_feature
|
|
```
|
|
|
|
## Migration File Location
|
|
|
|
The migration file should be placed in `packages/prisma/migrations/` with a timestamp prefix format:
|
|
|
|
```
|
|
20250724210733_seed_calendar_cache_sql_features/migration.sql
|
|
```
|
|
|
|
## SQL Structure
|
|
|
|
Follow the pattern from existing feature seeding migrations like:
|
|
`packages/prisma/migrations/20241216000000_add_calendar_cache_serve/migration.sql`
|
|
|
|
```sql
|
|
INSERT INTO "Feature" ("slug", "enabled", "type", "description", "createdAt", "updatedAt")
|
|
VALUES
|
|
('your-feature-slug', false, 'OPERATIONAL', 'Description of feature', CURRENT_TIMESTAMP, CURRENT_TIMESTAMP)
|
|
ON CONFLICT ("slug") DO NOTHING;
|
|
```
|
|
|
|
The migration should INSERT the new features into the `Feature` table with:
|
|
- Appropriate type (like `OPERATIONAL`)
|
|
- Default `enabled` status for manual team enablement
|