canopycms 0.0.0

package/README.md

@@ -0,0 +1,404 @@
+# CanopyCMS
+
+CanopyCMS is a schema-driven, branch-aware CMS for websites that store their content in GitHub repositories.
+
+## What it does for you
+
+- Lets you keep your site code and content in one repo.
+- Lets your users edit your content without ever touch Git directly.
+- Keeps your users changes apart from each other on separate branches.
+- Enforces schema constraints on your content.
+- Limits which users can see/edit which branch and which content.
+- See edits immediately in a live preview of your site.
+- Use block-based page building, nested objects, Mermaid, MDX, and more.
+- Upload and manage assets in various stores (S3, LFS, etc)
+- Bring-your-own-auth (with pre-built adapter for Clerk)
+- Lets you deploy the editor within your public facing site or keep it in a separate site.
+- Minimal deployment requirements: a filesystem that common to your web request handlers.
+- Form pages are autogenerated from schemas.
+
+## Branch roots
+
+- Workspaces resolve per mode: `prod` uses `$CANOPYCMS_WORKSPACE_ROOT/branches` (default: `/mnt/efs/workspace/branches`), `prod-sim` uses `.canopy-prod-sim/branches/<branch>`, and `dev` works directly in the current checkout (no extra clone).
+- For `prod` mode, you must set `defaultRemoteUrl`. For `prod-sim`, `defaultRemoteUrl` is **optional** - if omitted, a local simulated remote is auto-created at `.canopy-prod-sim/remote.git`.
+- Optionally configure `defaultRemoteName` (default: `origin`) and `defaultBaseBranch` (default: `main`).
+- Git author identity is required for all modes except `dev`: set `gitBotAuthorName` and `gitBotAuthorEmail` so bot commits can be created reliably.
+- Branch names are sanitized and traversal is blocked before creating directories.
+- Metadata lives at `<workspace>/.canopy-meta/branch.json`; the registry lives at `<branchesRoot>/branches.json` and records the workspaceRoot for each branch.
+- `BranchWorkspaceManager` + `loadBranchState` keep metadata and registry entries in sync so APIs read/write against the correct workspace root.
+
+## Content formats
+
+CanopyCMS supports content as
+
+- JSON
+- Markdown (`.md`) and MDX (`.mdx`) with frontmatter
+- Blocks and nested objects via schema definitions
+
+## How it works (behind the scenes)
+
+When a user makes an edit in CanopyCMS, they do so on a branch they choose (or are defaulted into). That branch represents an underlying git branch that they don't see. Behind the scenes, CanopyCMS manages a set of git clones, each tuned to a different branch supporting the branches your users see in the editing interface. When a user saves a change, that change is written to disk. A user can change multiple files on a branch, e.g. to work on changes across files that work together. When they click a button to publish their branch, the changes are committed in git, and a pull request is made. Reviewers can comment on the submission within the editor and users can make changes and resubmit. Reviewers finally accept the change on GitHub by merging the pull request. CanopyCMS then marks the change as complete and archives the branch. Sync jobs refresh clones when upstream changes happen and surface conflicts without dropping a branch's changes. Authorization information for users and groups is stored on disk and managed by CanopyCMS.
+
+## How to integrate (Next.js)
+
+1. **Define your schema/config** (`canopycms.config.ts`)
+
+```ts
+import { defineCanopyConfig } from 'canopycms'
+
+export default defineCanopyConfig({
+  mode: 'dev', // or prod-sim/prod
+  gitBotAuthorName: 'Canopy Bot',
+  gitBotAuthorEmail: 'canopy@example.com',
+  editor: {
+    title: 'CanopyCMS Editor', // optional UI defaults
+    subtitle: 'Edit content',
+    theme: {
+      colors: { brand: '#4f46e5' },
+    },
+    // previewBase: { 'content/posts': '/blog' }, // optional overrides
+  },
+  // For prod mode, defaultRemoteUrl is required.
+  // For prod-sim, it's optional - if omitted, uses auto-initialized local remote at .canopy-prod-sim/remote.git
+  // defaultRemoteUrl: 'https://github.com/your/repo.git',
+  defaultBranchAccess: 'allow',
+  // Optional: contentRoot defaults to "content"
+  // contentRoot: 'content',
+  schema: {
+    collections: [
+      {
+        name: 'posts',
+        path: 'posts', // resolves to content/posts by default
+        entries: [
+          {
+            name: 'post',
+            format: 'mdx',
+            default: true,
+            fields: [
+              { name: 'title', type: 'string', required: true },
+              { name: 'body', type: 'mdx', required: true },
+            ],
+          },
+        ],
+        collections: [
+          {
+            name: 'highlights',
+            path: 'featured',
+            entries: [
+              {
+                name: 'highlight',
+                format: 'mdx',
+                fields: [
+                  { name: 'title', type: 'string' },
+                  { name: 'body', type: 'mdx' },
+                ],
+              },
+            ],
+          },
+        ],
+      },
+    ],
+    entries: [
+      {
+        name: 'home',
+        format: 'json',
+        maxItems: 1, // acts as a singleton - only one instance allowed
+        fields: [
+          {
+            name: 'hero',
+            type: 'object',
+            fields: [{ name: 'headline', type: 'string' }],
+          },
+        ],
+      },
+    ],
+  },
+})
+```
+
+The `schema` object has two top-level keys: `collections` (nested collections with their own entry types) and `entries` (entry types at the root level). Collections can contain other collections via `collections` and define their allowed content via `entries`. Use `maxItems: 1` on an entry type to restrict it to a single instance (like a singleton). `contentRoot` (default `content`) is prefixed when resolving filesystem paths and ids, so a `path` of `posts` becomes `content/posts`. Use the collection’s resolved `path` (id) when calling APIs or building editor URLs.
+
+_TODO_ show how schemas can be defined across multiple files. Show all the configuration options for schemas.
+
+2. **Add API routes** with the Next adapter
+
+```ts
+// app/api/canopycms/[...canopycms]/route.ts
+import config from '../../../canopycms.config' // adjust path as needed
+import { createCanopyHandler } from 'canopycms/next'
+import { createClerkAuthPlugin } from 'canopycms-auth-clerk'
+
+const handler = createCanopyHandler({
+  config,
+  authPlugin: createClerkAuthPlugin({
+    secretKey: process.env.CLERK_SECRET_KEY,
+    useOrganizationsAsGroups: true, // Map Clerk organizations to CMS groups
+  }),
+})
+
+export const GET = handler
+export const POST = handler
+export const PUT = handler
+export const DELETE = handler
+```
+
+The `authPlugin` is required and handles authentication for all API requests. See [canopycms-auth-clerk](../canopycms-auth-clerk) for Clerk integration or create your own plugin implementing the `AuthPlugin` interface.
+
+The `[collection]` segment should receive the collection `path` (the id). If your ids include `/`, encode them (`encodeURIComponent`) when building URLs to keep them as a single path segment.
+
+Host styling is framework-agnostic: your public app can use Tailwind (the included example does) or anything else; Mantine is only required inside the CanopyCMS editor UI.
+
+3. **Load content in your pages** with the Next helper
+
+```ts
+// app/page.tsx (server component)
+import { createContentReader } from 'canopycms'
+import config from '../canopycms.config'
+
+const reader = createContentReader({ config })
+
+export default async function Page({ searchParams }: { searchParams?: { branch?: string } }) {
+  const { data } = await reader.read<{
+    /* your data shape */
+  }>({
+    entryPath: 'content/home',
+    branch: searchParams?.branch,
+  })
+  // render using data; preview hooks can infer the entry id from the current URL
+}
+```
+
+`read` returns `{ data, path }` and throws if the content is missing. In preview pages, `useCanopyPreview` can infer the entry id from `window.location` so you can usually ignore `path`. Pass a `branch` when you want branch-specific data; otherwise it defaults to your configured base branch. The helper enforces the same branch/path access rules as the API handlers.
+
+4. **Wire auth**
+   Provide an `authPlugin` in `createCanopyHandler` (e.g., Clerk) so branch/path permissions can be enforced.
+
+**Permission Model:**
+
+- **Reserved Groups**: `Admins` (full access to all operations), `Reviewers` (can review branches, request changes, approve PRs)
+- **Bootstrap Admins**: Set `CANOPY_BOOTSTRAP_ADMIN_IDS=user_id1,user_id2` to grant admin access to specific users before the group system is configured
+- **Path-based permissions**: Define which groups can access which content paths
+- **Branch permissions**: Branch creators can edit their branches; Admins/Reviewers can see all branches
+
+5. **Embed the editor** in an editor-only build/app
+
+```tsx
+import { CanopyEditorPage } from 'canopycms/client'
+import config from '../canopycms.config'
+
+export default CanopyEditorPage(config)
+```
+
+The editor loads entries on the client from `/api/canopycms/[branch]/entries`, so server prefetch is optional. Use `previewBaseByCollection` to control preview URLs per collection.
+
+6. **Theme it**
+   Wrap editor surfaces with `CanopyCMSProvider` to load Mantine styles and customize `brand`/`primary`/`neutral`/`accent` colors and color scheme. Pass `themeOptions` into `Editor` if desired.
+
+_TODO_ show an example
+
+7. **Split builds**
+   Keep your public build free of editor bundles by importing only from `canopycms` (server helpers + data loaders). Host the editor in a separate app or build target that imports from `canopycms/client` and mounts the API routes above.
+
+_TODO_ show real examples of what to do
+
+### Preview branch awareness
+
+- When building preview URLs, include the current branch as a query param (e.g., `/?branch=feature-foo` or `/posts/hello?branch=feature-foo`) so SSR preview pages read from the same branch workspace the editor is editing. The `Editor` component appends the branch param automatically to `previewBaseByCollection`; your page loaders should read `searchParams.branch` and pass it into `createContentReader`.
+- For public static builds, omit/ignore the branch param; this pattern is only for the editor/preview environment.
+- Likewise, include `branch` in your editor route (e.g., `/edit?branch=feature-foo`) and have your editor page pass it to `<Editor>` so reloads/links preserve the selected branch. The `Editor` will also reflect branch switches back into the query string.
+
+### Live preview with `useCanopyPreview`
+
+The `useCanopyPreview` hook provides live updates to your preview components as content is edited in the CMS. It automatically receives draft changes from the editor iframe and returns updated data in real-time.
+
+**Basic usage:**
+
+```tsx
+'use client'
+
+import { useCanopyPreview } from 'canopycms/client'
+import type { PostContent } from './schemas'
+
+export function PostView({ data }: { data: PostContent }) {
+  const {
+    data: liveData,
+    isLoading,
+    highlightEnabled,
+    fieldProps,
+  } = useCanopyPreview<PostContent>({
+    initialData: data,
+  })
+
+  return (
+    <article>
+      <h1 {...fieldProps('title')}>{liveData.title}</h1>
+      <p {...fieldProps('body')}>{liveData.body}</p>
+    </article>
+  )
+}
+```
+
+**Return values:**
+
+- `data`: The current content data (initial data on first render, then live updates from editor)
+- `isLoading`: Object mirroring your data structure with boolean loading states for reference fields
+- `highlightEnabled`: Boolean indicating if field highlighting is active in the editor
+- `fieldProps`: Helper function to add `data-canopy-path` attributes for editor integration
+
+**Reference fields and loading states:**
+
+When using reference fields (foreign key relationships to other content), the editor resolves these references asynchronously. Use the `isLoading` object to show loading states for reference fields:
+
+```tsx
+'use client'
+
+import { useCanopyPreview } from 'canopycms/client'
+
+export function PostView({ data }: { data: PostContent }) {
+  const { data: liveData, isLoading } = useCanopyPreview<PostContent>({
+    initialData: data,
+  })
+
+  return (
+    <article>
+      <h1>{liveData.title}</h1>
+      <AuthorCard author={liveData.author} isLoading={isLoading.author} />
+    </article>
+  )
+}
+
+// Component receives clean types - no framework coupling
+interface AuthorCardProps {
+  author: AuthorContent | null
+  isLoading?: boolean // Optional - only needed if you want loading UI
+}
+
+function AuthorCard({ author, isLoading }: AuthorCardProps) {
+  if (isLoading) {
+    return <p>Loading author...</p>
+  }
+  if (!author) {
+    return null // Render nothing when no author
+  }
+  return <p>By {author.name}</p>
+}
+```
+
+**Loading state structure:**
+
+The `isLoading` object mirrors your data structure:
+
+- Single reference field: `isLoading.author` is a `boolean`
+- Array of references: `isLoading.relatedPosts` is an array of `boolean[]` values
+- Non-reference fields: Always `false` (no loading state needed)
+
+**Benefits:**
+
+- ✅ Zero framework types in your components - just your content types + optional `isLoading: boolean`
+- ✅ Works for nested reference fields at any depth
+- ✅ Optional - only check loading state if you want to show loading UI
+- ✅ Familiar pattern - mirrors React Query's `{ data, isLoading }` API
+
+## Modes (pick per environment)
+
+- **`dev`** (default): Work in the current repo checkout; fastest to start. No remote required.
+- **`prod-sim`**: Uses `.canopy-prod-sim/branches/` for per-branch clones to mimic production behavior.
+  - **Auto-initialization**: If no `defaultRemoteUrl` is configured, CanopyCMS automatically creates a local simulated remote at `.canopy-prod-sim/remote.git` and seeds it with your current `baseBranch` (e.g., `main`). This allows fully local testing of branching and submission workflows without requiring an external GitHub remote.
+  - **Manual remote**: You can still provide an explicit `defaultRemoteUrl` to use a real remote or custom local path.
+- **`prod`**: EFS-backed roots under `$CANOPYCMS_WORKSPACE_ROOT` (default: `/mnt/efs/workspace`). Requires `defaultRemoteUrl`.
+
+Branch metadata lives in `.canopy-meta/branch.json`; registry in `branches.json` at the branches root. Content APIs resolve the workspace root from branch state + mode instead of relying on `process.cwd()`.
+
+### Local Production Simulation Mode
+
+The `prod-sim` mode is ideal for testing the full CanopyCMS workflow locally before deploying:
+
+**Basic setup (auto-initialization):**
+
+```ts
+// canopycms.config.ts
+export default defineCanopyConfig({
+  mode: 'prod-sim',
+  gitBotAuthorName: 'Canopy Bot',
+  gitBotAuthorEmail: 'bot@example.com',
+  // No defaultRemoteUrl needed - auto-creates .canopy-prod-sim/remote.git
+})
+```
+
+**How it works:**
+
+1. When you create your first branch, CanopyCMS automatically creates a bare git repository at `.canopy-prod-sim/remote.git`
+2. Your current `baseBranch` (default: `main`) is pushed to this local remote
+3. Branch workspaces are cloned from this local remote into `.canopy-prod-sim/branches/<branch-name>/`
+4. All git operations (push, fetch, etc.) work against the local remote
+
+**Requirements:**
+
+- Your project must be a git repository with at least one commit
+- The `baseBranch` (e.g., `main`) must exist locally
+- Git author identity must be configured (`gitBotAuthorName` and `gitBotAuthorEmail`)
+
+**Resetting the simulation:**
+If you change the `defaultBaseBranch` in your config or want to start fresh:
+
+```bash
+rm -rf .canopy-prod-sim/
+npm run dev  # Restart the server
+```
+
+This will reinitialize the local remote with the new base branch.
+
+**Using in a monorepo:**
+
+If your CanopyCMS config is in a subdirectory of a larger monorepo, set `sourceRoot` to tell CanopyCMS which directory to use as the source for the simulated remote:
+
+```ts
+// packages/my-app/canopycms.config.ts
+export default defineCanopyConfig({
+  mode: 'prod-sim',
+  sourceRoot: 'packages/my-app',  // Path relative to git repository root
+  gitBotAuthorName: 'Canopy Bot',
+  gitBotAuthorEmail: 'bot@example.com',
+  schema: [...]
+})
+```
+
+This ensures that:
+
+- Only the `packages/my-app` directory is pushed to the simulated remote (not the entire monorepo)
+- Branch clones contain only your app's directory structure
+- Content paths resolve correctly (e.g., `content/home` works as expected)
+
+**How it works:**
+
+1. When `sourceRoot` is set, CanopyCMS resolves it relative to the git repository root (where `process.cwd()` returns)
+2. The simulated remote is created at `<sourceRoot>/.canopy-prod-sim/remote.git`
+3. Only the `sourceRoot` directory is pushed to the remote using git subtree (using the baseBranch)
+4. Branch workspaces are cloned from this remote and contain only the source directory
+
+**When to use `sourceRoot`:**
+
+- ✅ Your config is in a monorepo subdirectory (e.g., `packages/my-app/`)
+- ✅ You're developing/testing CanopyCMS examples within the CanopyCMS repo itself
+- ❌ Your config is at the root of a standalone repository (omit `sourceRoot` - defaults to git root)
+
+**Using a real remote:**
+You can still provide an explicit remote URL if you want to test against a real repository:
+
+```ts
+export default defineCanopyConfig({
+  mode: 'prod-sim',
+  defaultRemoteUrl: 'https://github.com/your/repo.git',
+  // ... or use a local bare repo at a custom path
+})
+```
+
+## Deployment (placeholder)
+
+- Public build: ships only your site/pages; reads main/default branch content.
+- Editor build: ships the editor UI + CanopyCMS API routes; handles branch create/switch/save/submit and asset uploads.
+- Modes map to environments: dev for quick dev, prod-sim to mimic prod clone behavior, prod on EFS. More deployment guidance will be documented as the branch-rooted APIs and submission flow land.
+
+## Assets
+
+- Local filesystem adapter (`LocalAssetStore`) is available now. S3 and LFS adapters are planned; the API handlers accept a provided adapter so you can swap storage without changing the editor.

package/dist/__integration__/fixtures/content-seeds.d.ts

@@ -0,0 +1,43 @@
+import type { ContentStore } from '../../content-store';
+/**
+ * Sample blog posts for seeding test content
+ */
+export declare const SAMPLE_POSTS: {
+    slug: string;
+    data: {
+        title: string;
+        author: string;
+        date: string;
+        tags: string[];
+        body: string;
+    };
+}[];
+/**
+ * Sample about page content
+ */
+export declare const SAMPLE_ABOUT: {
+    title: string;
+    bio: string;
+};
+/**
+ * Sample products for e-commerce schema
+ */
+export declare const SAMPLE_PRODUCTS: {
+    slug: string;
+    data: {
+        name: string;
+        price: number;
+        description: string;
+        inStock: boolean;
+        images: string[];
+    };
+}[];
+/**
+ * Seed blog content into a ContentStore
+ */
+export declare function seedBlogContent(store: ContentStore): Promise<void>;
+/**
+ * Seed e-commerce content into a ContentStore
+ */
+export declare function seedEcommerceContent(store: ContentStore): Promise<void>;
+//# sourceMappingURL=content-seeds.d.ts.map

package/dist/__integration__/fixtures/content-seeds.d.ts.map

@@ -0,0 +1 @@
+{"version":3,"file":"content-seeds.d.ts","sourceRoot":"","sources":["../../../src/__integration__/fixtures/content-seeds.ts"],"names":[],"mappings":"AAAA,OAAO,KAAK,EAAE,YAAY,EAAE,MAAM,qBAAqB,CAAA;AAGvD;;GAEG;AACH,eAAO,MAAM,YAAY;;;;;;;;;GA+BxB,CAAA;AAED;;GAEG;AACH,eAAO,MAAM,YAAY;;;CAGxB,CAAA;AAED;;GAEG;AACH,eAAO,MAAM,eAAe;;;;;;;;;GAqB3B,CAAA;AAED;;GAEG;AACH,wBAAsB,eAAe,CAAC,KAAK,EAAE,YAAY,GAAG,OAAO,CAAC,IAAI,CAAC,CAgBxE;AAED;;GAEG;AACH,wBAAsB,oBAAoB,CAAC,KAAK,EAAE,YAAY,GAAG,OAAO,CAAC,IAAI,CAAC,CAO7E"}

package/dist/__integration__/fixtures/content-seeds.js

@@ -0,0 +1,99 @@
+import { unsafeAsLogicalPath, unsafeAsEntrySlug } from '../../paths/test-utils';
+/**
+ * Sample blog posts for seeding test content
+ */
+export const SAMPLE_POSTS = [
+    {
+        slug: 'hello-world',
+        data: {
+            title: 'Hello World',
+            author: 'Test Author',
+            date: '2024-01-01T00:00:00Z',
+            tags: ['intro', 'test'],
+            body: 'Welcome to the test blog! This is the first post.',
+        },
+    },
+    {
+        slug: 'second-post',
+        data: {
+            title: 'Second Post',
+            author: 'Test Author',
+            date: '2024-01-02T00:00:00Z',
+            tags: ['test'],
+            body: 'This is the second post for testing purposes.',
+        },
+    },
+    {
+        slug: 'draft-post',
+        data: {
+            title: 'Draft Post',
+            author: 'Test Author',
+            date: '2024-01-03T00:00:00Z',
+            tags: ['draft'],
+            body: "This is a draft post that hasn't been published yet.",
+        },
+    },
+];
+/**
+ * Sample about page content
+ */
+export const SAMPLE_ABOUT = {
+    title: 'About Us',
+    bio: 'This is a test about page for integration testing.',
+};
+/**
+ * Sample products for e-commerce schema
+ */
+export const SAMPLE_PRODUCTS = [
+    {
+        slug: 'product-1',
+        data: {
+            name: 'Test Product 1',
+            price: 29.99,
+            description: 'A great test product',
+            inStock: true,
+            images: ['product1.jpg'],
+        },
+    },
+    {
+        slug: 'product-2',
+        data: {
+            name: 'Test Product 2',
+            price: 49.99,
+            description: 'Another test product',
+            inStock: false,
+            images: ['product2.jpg', 'product2-alt.jpg'],
+        },
+    },
+];
+/**
+ * Seed blog content into a ContentStore
+ */
+export async function seedBlogContent(store) {
+    // Seed posts
+    for (const post of SAMPLE_POSTS) {
+        await store.write(unsafeAsLogicalPath('content/posts'), unsafeAsEntrySlug(post.slug), {
+            format: 'mdx',
+            data: post.data,
+            body: post.data.body,
+        });
+    }
+    // Seed about page
+    await store.write(unsafeAsLogicalPath('content/about.md'), '', {
+        format: 'mdx',
+        data: SAMPLE_ABOUT,
+        body: SAMPLE_ABOUT.bio,
+    });
+}
+/**
+ * Seed e-commerce content into a ContentStore
+ */
+export async function seedEcommerceContent(store) {
+    for (const product of SAMPLE_PRODUCTS) {
+        await store.write(unsafeAsLogicalPath('content/products'), unsafeAsEntrySlug(product.slug), {
+            format: 'json',
+            data: product.data,
+        });
+    }
+}
+//# sourceMappingURL=content-seeds.js.map

package/dist/__integration__/fixtures/content-seeds.js.map

@@ -0,0 +1 @@
+{"version":3,"file":"content-seeds.js","sourceRoot":"","sources":["../../../src/__integration__/fixtures/content-seeds.ts"],"names":[],"mappings":"AACA,OAAO,EAAE,mBAAmB,EAAE,iBAAiB,EAAE,MAAM,wBAAwB,CAAA;AAE/E;;GAEG;AACH,MAAM,CAAC,MAAM,YAAY,GAAG;IAC1B;QACE,IAAI,EAAE,aAAa;QACnB,IAAI,EAAE;YACJ,KAAK,EAAE,aAAa;YACpB,MAAM,EAAE,aAAa;YACrB,IAAI,EAAE,sBAAsB;YAC5B,IAAI,EAAE,CAAC,OAAO,EAAE,MAAM,CAAC;YACvB,IAAI,EAAE,mDAAmD;SAC1D;KACF;IACD;QACE,IAAI,EAAE,aAAa;QACnB,IAAI,EAAE;YACJ,KAAK,EAAE,aAAa;YACpB,MAAM,EAAE,aAAa;YACrB,IAAI,EAAE,sBAAsB;YAC5B,IAAI,EAAE,CAAC,MAAM,CAAC;YACd,IAAI,EAAE,+CAA+C;SACtD;KACF;IACD;QACE,IAAI,EAAE,YAAY;QAClB,IAAI,EAAE;YACJ,KAAK,EAAE,YAAY;YACnB,MAAM,EAAE,aAAa;YACrB,IAAI,EAAE,sBAAsB;YAC5B,IAAI,EAAE,CAAC,OAAO,CAAC;YACf,IAAI,EAAE,sDAAsD;SAC7D;KACF;CACF,CAAA;AAED;;GAEG;AACH,MAAM,CAAC,MAAM,YAAY,GAAG;IAC1B,KAAK,EAAE,UAAU;IACjB,GAAG,EAAE,oDAAoD;CAC1D,CAAA;AAED;;GAEG;AACH,MAAM,CAAC,MAAM,eAAe,GAAG;IAC7B;QACE,IAAI,EAAE,WAAW;QACjB,IAAI,EAAE;YACJ,IAAI,EAAE,gBAAgB;YACtB,KAAK,EAAE,KAAK;YACZ,WAAW,EAAE,sBAAsB;YACnC,OAAO,EAAE,IAAI;YACb,MAAM,EAAE,CAAC,cAAc,CAAC;SACzB;KACF;IACD;QACE,IAAI,EAAE,WAAW;QACjB,IAAI,EAAE;YACJ,IAAI,EAAE,gBAAgB;YACtB,KAAK,EAAE,KAAK;YACZ,WAAW,EAAE,sBAAsB;YACnC,OAAO,EAAE,KAAK;YACd,MAAM,EAAE,CAAC,cAAc,EAAE,kBAAkB,CAAC;SAC7C;KACF;CACF,CAAA;AAED;;GAEG;AACH,MAAM,CAAC,KAAK,UAAU,eAAe,CAAC,KAAmB;IACvD,aAAa;IACb,KAAK,MAAM,IAAI,IAAI,YAAY,EAAE,CAAC;QAChC,MAAM,KAAK,CAAC,KAAK,CAAC,mBAAmB,CAAC,eAAe,CAAC,EAAE,iBAAiB,CAAC,IAAI,CAAC,IAAI,CAAC,EAAE;YACpF,MAAM,EAAE,KAAK;YACb,IAAI,EAAE,IAAI,CAAC,IAAI;YACf,IAAI,EAAE,IAAI,CAAC,IAAI,CAAC,IAAc;SAC/B,CAAC,CAAA;IACJ,CAAC;IAED,kBAAkB;IAClB,MAAM,KAAK,CAAC,KAAK,CAAC,mBAAmB,CAAC,kBAAkB,CAAC,EAAE,EAAE,EAAE;QAC7D,MAAM,EAAE,KAAK;QACb,IAAI,EAAE,YAAY;QAClB,IAAI,EAAE,YAAY,CAAC,GAAa;KACjC,CAAC,CAAA;AACJ,CAAC;AAED;;GAEG;AACH,MAAM,CAAC,KAAK,UAAU,oBAAoB,CAAC,KAAmB;IAC5D,KAAK,MAAM,OAAO,IAAI,eAAe,EAAE,CAAC;QACtC,MAAM,KAAK,CAAC,KAAK,CAAC,mBAAmB,CAAC,kBAAkB,CAAC,EAAE,iBAAiB,CAAC,OAAO,CAAC,IAAI,CAAC,EAAE;YAC1F,MAAM,EAAE,MAAM;YACd,IAAI,EAAE,OAAO,CAAC,IAAI;SACnB,CAAC,CAAA;IACJ,CAAC;AACH,CAAC"}

package/dist/__integration__/fixtures/schemas.d.ts

@@ -0,0 +1,12 @@
+import type { RootCollectionConfig } from '../../config';
+/**
+ * Blog schema for testing content workflows
+ * Contains posts collection
+ */
+export declare const BLOG_SCHEMA: RootCollectionConfig;
+/**
+ * E-commerce schema for testing complex permission scenarios
+ * Contains products and categories
+ */
+export declare const ECOMMERCE_SCHEMA: RootCollectionConfig;
+//# sourceMappingURL=schemas.d.ts.map

package/dist/__integration__/fixtures/schemas.d.ts.map

@@ -0,0 +1 @@
+{"version":3,"file":"schemas.d.ts","sourceRoot":"","sources":["../../../src/__integration__/fixtures/schemas.ts"],"names":[],"mappings":"AAAA,OAAO,KAAK,EAAE,oBAAoB,EAAE,MAAM,cAAc,CAAA;AAExD;;;GAGG;AACH,eAAO,MAAM,WAAW,EAAE,oBAoBzB,CAAA;AAED;;;GAGG;AACH,eAAO,MAAM,gBAAgB,EAAE,oBAkC9B,CAAA"}

package/dist/__integration__/fixtures/schemas.js

@@ -0,0 +1,65 @@
+/**
+ * Blog schema for testing content workflows
+ * Contains posts collection
+ */
+export const BLOG_SCHEMA = {
+    collections: [
+        {
+            name: 'posts',
+            path: 'posts',
+            entries: [
+                {
+                    name: 'post',
+                    format: 'mdx',
+                    schema: [
+                        { name: 'title', type: 'string', required: true },
+                        { name: 'author', type: 'string' },
+                        { name: 'date', type: 'datetime' },
+                        { name: 'tags', type: 'string', list: true },
+                        { name: 'body', type: 'markdown', required: true },
+                    ],
+                },
+            ],
+        },
+    ],
+};
+/**
+ * E-commerce schema for testing complex permission scenarios
+ * Contains products and categories
+ */
+export const ECOMMERCE_SCHEMA = {
+    collections: [
+        {
+            name: 'products',
+            path: 'products',
+            entries: [
+                {
+                    name: 'product',
+                    format: 'json',
+                    schema: [
+                        { name: 'name', type: 'string', required: true },
+                        { name: 'price', type: 'number', required: true },
+                        { name: 'description', type: 'markdown' },
+                        { name: 'inStock', type: 'boolean' },
+                        { name: 'images', type: 'string', list: true },
+                    ],
+                },
+            ],
+        },
+        {
+            name: 'categories',
+            path: 'categories',
+            entries: [
+                {
+                    name: 'category',
+                    format: 'json',
+                    schema: [
+                        { name: 'name', type: 'string', required: true },
+                        { name: 'description', type: 'string' },
+                    ],
+                },
+            ],
+        },
+    ],
+};
+//# sourceMappingURL=schemas.js.map

package/dist/__integration__/fixtures/schemas.js.map

@@ -0,0 +1 @@
+{"version":3,"file":"schemas.js","sourceRoot":"","sources":["../../../src/__integration__/fixtures/schemas.ts"],"names":[],"mappings":"AAEA;;;GAGG;AACH,MAAM,CAAC,MAAM,WAAW,GAAyB;IAC/C,WAAW,EAAE;QACX;YACE,IAAI,EAAE,OAAO;YACb,IAAI,EAAE,OAAO;YACb,OAAO,EAAE;gBACP;oBACE,IAAI,EAAE,MAAM;oBACZ,MAAM,EAAE,KAAK;oBACb,MAAM,EAAE;wBACN,EAAE,IAAI,EAAE,OAAO,EAAE,IAAI,EAAE,QAAQ,EAAE,QAAQ,EAAE,IAAI,EAAE;wBACjD,EAAE,IAAI,EAAE,QAAQ,EAAE,IAAI,EAAE,QAAQ,EAAE;wBAClC,EAAE,IAAI,EAAE,MAAM,EAAE,IAAI,EAAE,UAAU,EAAE;wBAClC,EAAE,IAAI,EAAE,MAAM,EAAE,IAAI,EAAE,QAAQ,EAAE,IAAI,EAAE,IAAI,EAAE;wBAC5C,EAAE,IAAI,EAAE,MAAM,EAAE,IAAI,EAAE,UAAU,EAAE,QAAQ,EAAE,IAAI,EAAE;qBACnD;iBACF;aACF;SACF;KACF;CACF,CAAA;AAED;;;GAGG;AACH,MAAM,CAAC,MAAM,gBAAgB,GAAyB;IACpD,WAAW,EAAE;QACX;YACE,IAAI,EAAE,UAAU;YAChB,IAAI,EAAE,UAAU;YAChB,OAAO,EAAE;gBACP;oBACE,IAAI,EAAE,SAAS;oBACf,MAAM,EAAE,MAAM;oBACd,MAAM,EAAE;wBACN,EAAE,IAAI,EAAE,MAAM,EAAE,IAAI,EAAE,QAAQ,EAAE,QAAQ,EAAE,IAAI,EAAE;wBAChD,EAAE,IAAI,EAAE,OAAO,EAAE,IAAI,EAAE,QAAQ,EAAE,QAAQ,EAAE,IAAI,EAAE;wBACjD,EAAE,IAAI,EAAE,aAAa,EAAE,IAAI,EAAE,UAAU,EAAE;wBACzC,EAAE,IAAI,EAAE,SAAS,EAAE,IAAI,EAAE,SAAS,EAAE;wBACpC,EAAE,IAAI,EAAE,QAAQ,EAAE,IAAI,EAAE,QAAQ,EAAE,IAAI,EAAE,IAAI,EAAE;qBAC/C;iBACF;aACF;SACF;QACD;YACE,IAAI,EAAE,YAAY;YAClB,IAAI,EAAE,YAAY;YAClB,OAAO,EAAE;gBACP;oBACE,IAAI,EAAE,UAAU;oBAChB,MAAM,EAAE,MAAM;oBACd,MAAM,EAAE;wBACN,EAAE,IAAI,EAAE,MAAM,EAAE,IAAI,EAAE,QAAQ,EAAE,QAAQ,EAAE,IAAI,EAAE;wBAChD,EAAE,IAAI,EAAE,aAAa,EAAE,IAAI,EAAE,QAAQ,EAAE;qBACxC;iBACF;aACF;SACF;KACF;CACF,CAAA"}