You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
The schema parity check in the workspace CLAUDE.md says `FerrFlow/schema/ferrflow.json` and `FerrFlow-Cloud/packages/site/public/schema/ferrflow.json` must be byte-identical. They are not. Running `diff` between the two against current main produces three live divergences:
```
11a12,16
\"auto\": {
\"type\": \"boolean\",
\"description\": \"Auto mode. When true, FerrFlow re-runs project detection on every release/check and appends newly-discovered packages or versioned files to this config — never overwriting hand edits...\",
\"default\": false
},
58,63d62
< "releaseCommitScope": {
< "type": "string",
< "description": "In monorepo mode, whether to create a single grouped commit for all packages or one commit per package...",
< "enum": ["grouped", "per-package"],
< "default": "grouped"
< },
163,166d161
< },
< "selector": {
< "type": "string",
< "description": "Optional selector to disambiguate which version is bumped..."
```
Either way, ferrflow.com is serving a schema that lies about supported features in both directions. Users editing `ferrflow.json` against the cloud schema get red squiggles on valid `releaseCommitScope` / `selector` keys and no autocomplete on `auto`. Conversely, anyone validating against the CLI schema in isolation never learns `auto` exists.
Package
Which package is affected? [ ] cli [ ] action [x] schema [ ] fixtures
This is a near-duplicate of #412 ("enforce byte-identical parity between CLI and cloud schemas") which is open with no CI enforcement yet. This issue documents the current observed drift so it doesn't blur into the meta-tracking issue:
Add `auto` to `FerrFlow/schema/ferrflow.json`.
Add `releaseCommitScope` and `selector` to `FerrFlow-Cloud/packages/site/public/schema/ferrflow.json`.
Describe the bug
The schema parity check in the workspace CLAUDE.md says `FerrFlow/schema/ferrflow.json` and `FerrFlow-Cloud/packages/site/public/schema/ferrflow.json` must be byte-identical. They are not. Running `diff` between the two against current main produces three live divergences:
```
11a12,16
58,63d62
< "releaseCommitScope": {
< "type": "string",
< "description": "In monorepo mode, whether to create a single grouped commit for all packages or one commit per package...",
< "enum": ["grouped", "per-package"],
< "default": "grouped"
< },
163,166d161
< },
< "selector": {
< "type": "string",
< "description": "Optional selector to disambiguate which version is bumped..."
```
Two directions of drift:
Either way, ferrflow.com is serving a schema that lies about supported features in both directions. Users editing `ferrflow.json` against the cloud schema get red squiggles on valid `releaseCommitScope` / `selector` keys and no autocomplete on `auto`. Conversely, anyone validating against the CLI schema in isolation never learns `auto` exists.
Package
Which package is affected? [ ] cli [ ] action [x] schema [ ] fixtures
To Reproduce
```bash
diff FerrFlow/schema/ferrflow.json FerrFlow-Cloud/packages/site/public/schema/ferrflow.json
```
Expected behavior
This is a near-duplicate of #412 ("enforce byte-identical parity between CLI and cloud schemas") which is open with no CI enforcement yet. This issue documents the current observed drift so it doesn't blur into the meta-tracking issue:
Environment
Severity: P1. Closes the concrete drift; #412 tracks the CI guardrail.