* test(01-01): add failing protected-branch warning coverage - pin configured, absent, and malformed branch-list behavior - require opposite CLI and execute warning outcomes * feat(01-01): warn on configured protected branches - resolve the base branch union configured protected branch names - expose exact boolean CLI comparison output for workflow callers - keep execute-phase warning advisory and within its byte budget * test(01-01): add failing protected branch config coverage - cover valid list persistence and null unset - reject hostile shapes while preserving the prior value * feat(01-01): validate protected branch configuration - register git.protected_branches as a canonical config key - require a non-empty array of non-blank branch names * test(01-02): add failing ship protected-branch controls - Execute both workflow warning blocks with exact predicate arguments - Require true and false results to produce opposite warning outcomes - Preserve the none-strategy feature-branch offer contract * feat(01-02): warn at ship on protected branches - Reuse the typed protected-branch predicate in ship preflight - Keep raw base resolution for PR targeting and advisory branch creation - Prove execute and ship warning blocks with opposite-result controls * test(01-02): add failing protected-branch docs parity - Require the canonical schema key in both English config references - Pin the non-empty string-array type and absent default - Require synchronized multi-branch examples and advisory semantics * feat(01-02): publish protected branch configuration contract - Document the optional non-empty string-array field in both references - Explain resolved-base union and absent-field compatibility - Keep execute and ship warnings advisory under branching_strategy none * fix(01): CR-01 honor active workstream branch policy * fix(01): WR-01 assert protected config path selection * docs: add changeset fragment for #3648 Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_017CteVPJt4BkPmroMPGajYx * fix(#3648): resolve base_branch precedence inversion and round-1 findings Blocker 1/2: production config resolution was flat-first, so a project that migrated to git.base_branch but still carried a stale flat base_branch got the old value back. Add base_branch to normalizeLegacyKeys (mirrors the existing branching_strategy/sub_repos pattern: canonical nested wins) and route readEffectiveGitConfig's test seam through the same normalization so it can't silently diverge from production again. Adds a regression test with both keys set that fails without the fix. Blocker 3/4/5: restore the handle_branching case-selector prose and "none" contract sentence that #3389's tests anchor on, and revert the unrelated prose/comment compaction in the same step — both were drive-by edits outside #3552's scope. Also addresses review majors/minors: delete readConfigBaseBranch and readConfigProtectedBranches (dead in production, only self-tested); --is-protected now fails closed (reports protected) instead of silently answering false when the base branch can't be verified; trim configured protected-branch names; fix HOME-without-USERPROFILE vacuous isolation on Windows; correct the drift-ack's byte accounting. Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01S44stkuQbhD3jTCtKzte5N * test(#3648): add failing legacy-key hoist safety coverage Round-2 review found normalizeLegacyKeys block 5 records a normalization carrying the DISCARDED flat value on the canonical-wins branch. Probing that turned up a second, unreported defect in the same helper shape: blocks 1, 2 and 5 all spread result['git'] / result['planning'] with no object guard, so a config whose section key holds a string is spread into index keys — {"git":"main","base_branch":"release"} -> {"git":{"0":"m","1":"a","2":"i","3":"n","base_branch":"release"}} The resolved value is accidentally still correct, so nothing fails and no diagnostic fires. But normalizations.length > 0 sets configDirty, and config-loader then serializes that shape back into the user's config.json — a read that silently corrupts config. The deleted #3057 W3 suite covered {"git":"main","base_branch":"release"} explicitly; this is the input it would have caught. Covers both defects across blocks 1 and 5, with object/array/null negative controls that must stay green in both phases, and a fast-check property over arbitrary `git` values. * test(#3648): pin fail-closed handling of malformed protected_branches Replaces the test that pinned the fail-OPEN behaviour. The old assertion — ['develop', 42] yields isProtected === false for 'develop' — locked in the exact failure #3552 exists to close: config-set validation is bypassable by a direct edit of .planning/config.json, so a user who believes 'develop' is protected got a silent false and no warning. It was also inconsistent with the fail-CLOSED direction twelve lines away, where an unverified base reports protected and writes a diagnostic. A protection predicate must not have two opposite failure directions depending on which input is bad (#3648 review Blocker 3). New coverage: a bad element drops only itself, a non-array contributes no names, an empty list is well-formed rather than malformed, and --is-protected surfaces the rejection. Both negative controls — a clean list reports nothing rejected and writes no diagnostic — must stay green in either phase, so the reject channel cannot fire unconditionally. * fix(#3648): drop only invalid protected_branches and report them Partition git.protected_branches instead of discarding the whole list on one bad element, and carry the rejections out through ProtectedBranchStatus so --is-protected can name them on stderr. Valid names keep protecting; the user finds out the rest were ignored. A non-array value still contributes no names — a bare string is not a list of branch names — but is now reported rather than swallowed. An empty array stays silent: declaring no extra protected branches is a valid choice, not a misconfiguration. writeDiagnostic is hoisted out of the unverified-base branch since both arms now use it. * test(#3648): prove the predicate diagnostic survives both call sites The workflow bash stub now emits a stderr diagnostic the way the real command does, which is what makes a swallowed `2>/dev/null` visible to a test — previously the stub was silent on stderr, so discarding it changed no observable behaviour and the call sites could drop the explanation undetected. Adds the Minor 2 binding check as well: ship must expose the predicate result as IS_PROTECTED rather than only echoing a warning, asserted by running the extracted bash and reading the bound value, not by grepping the workflow source. Both tests carry opposite-outcome controls — an empty diagnostic must leave the text absent, and a false predicate must bind false. * fix(#3648): surface the predicate diagnostic and bind ship's result Drop `2>/dev/null` from the --is-protected call at both call sites. The fail-closed explanation and the new rejected-entry warning both go to stderr, so discarding it left the user with a bare "protected branch" warning on a branch that is not protected and no way to tell a real match from a degraded-git guess. `git branch --show-current` keeps its own redirect — that one is genuine noise. ship.md binds IS_PROTECTED and its prose now branches on the variable, so the following steps have evaluable state instead of having to infer it from warning text in tool output. execute-phase.md byte accounting refreshed: 92326 -> 92645, net growth 319 bytes (was 331 before the redirect came out). Baseline re-verified against the current rebase base by blob id; the ceiling check passes with 755 bytes of margin. * test(#3648): restore negative space for the readFile config seam The #3057 W3 suite was deleted with readConfigBaseBranch, but every arm it pinned survives verbatim in readEffectiveGitConfig's readFile branch — the JSON.parse catch, the non-object guard, the git-section object guard, .trim() and blank-string rejection — and the four surviving readFile injections were positive-path only. protected_branches was never driven through this seam at all. Restores nine cases against the seam, including protected_branches partitioning, plus a control proving loadConfig still wins when both seams are supplied. Records honestly what the suite pins. Mutating the built lib shows .trim() is KILLED, while the non-object guard and the blank-string rejection SURVIVE — both are unreachable through this entry point for the same reasons the deleted suite documented against its own equivalents: a JSON-parsed non-object carries no relevant own-property either way, and a blank value is rejected a second time downstream by the resolver's truthiness check. They stay as defence-in-depth and are labelled known-unkillable rather than left looking like coverage this suite does not provide. * test(#3648): distinguish detached HEAD from a missing branch argument `args[1] ?? ''` collapsed two different situations into one: a detached HEAD, where `git branch --show-current` legitimately prints nothing, and the flag being called with no argument at all. Both answered false, so the right outcome arrived by an unintentional path and a caller bug was indistinguishable from normal operation. Asserts the detached case stays silent and the missing-argument case reports, with a control that the two diagnostics differ. * fix(#3648): report a missing --is-protected branch argument Answer false either way, but say so when the flag arrives with no argument. A detached HEAD passes an explicit empty string and stays silent, since that is a normal state rather than a misconfiguration. * docs(#3648): state exact-name matching and per-entry rejection isProtected is exact string equality, so a git-flow project must enumerate every release/* and hotfix/* by name. #3552 only asked for an integration-branch field, so the implementation satisfies the letter of the issue while leaving its git-flow motivation partly unserved — say so where users will meet it rather than leaving them to discover it. Also documents the Blocker 3 behaviour change: an invalid entry is ignored with a warning naming it and the remaining names still apply. Both statements land in docs/CONFIGURATION.md and gsd-core/references/planning-config.md, and the config-field-docs parity test asserts each in both so the two cannot drift. * refactor(#3648): extract isValidProtectedBranches for cross-surface pinning The `git.protected_branches` check inside `cmdConfigSet` and the resolver's per-entry filter in `git-base-branch.cts` are deliberately different shapes — all-or-nothing on write, per-entry on read, so a hand-edited config.json cannot fail the guard open. Nothing structural keeps their two definitions of "usable branch name" in step. Lifting the write-side check into a named, exported predicate lets a property test ask both surfaces about the same value and assert they agree, which is the fast-check gap the round-2 review flagged. No behaviour change: the predicate is the same expression, called from the same place. * fix(#3648): stop --is-protected rewriting the config it is asking about `gsd_run query git.base-branch --is-protected` runs on every execute-phase and every ship. It resolved config through `loadConfig`, whose normalize-then-write path rewrites `.planning/config.json` whenever any legacy key normalizes — so a boolean question was silently editing the user's checked-in config. This PR had widened the trigger by adding a fifth normalization block (top-level `base_branch` -> `git.base_branch`), making it fire for exactly the projects the feature targets. `loadConfigResolved` gains `options.persist` (opt-OUT, default true): resolution is unchanged, only the two write-back side effects are suppressed. The predicate passes `persist: false`; the ~30 other callers are untouched, so a legacy config is still migrated by ordinary use. Asserted on BYTES rather than parsed shape, because the rewrite reorders keys and reflows whitespace even when the values are equivalent. Three tests, each with its own control: the end-to-end CLI leaves the file byte-identical while still answering `true` from the legacy key (proving the config WAS read); an ordinary persisting load of the same fixture DOES change the bytes (proving the fixture is live rather than inert); and `persist:false` vs default over one directory returns deep-equal config while differing on the write. Reverting the one-line `persist: false` fails the first of those and only that one. Also from the review: - `readEffectiveGitConfig`'s comment claimed the readFile branch routed "through the same precedence authority production uses". It does not, and cannot — it reproduces two of production's steps over a single file. The comment now names what the seam covers and what it does NOT (root/workstream deep merge, builtin and global defaults, federated merge), and the seam now applies production's flat-then-nested lookup so it stops disagreeing about a surviving flat key. - The missing-argument diagnostic promised "answering false", which the fail-closed guard on the same call can contradict by printing `true`. It now states what it did with the argument and leaves the answer to stdout. * test(#3648): re-pin block 5 on #3760's refusal contract #3767 landed on next while this PR was in review and fixed the non-object config-section defect properly: a present-but-non-object section now BLOCKS its own migration — value preserved, no Normalization pushed, refusal reported via `skipped[]` — rather than being rebuilt from a plain-object view. That supersedes this branch's round-2 `hoistLegacyKey`, which prevented the character-key spread but still dropped the section value silently, and which the round-3 review correctly called out as destruction in place of corruption. The rebase drops that commit and routes block 5 through the upstream helper. This file's tests asserted the superseded design, so they are rewritten to pin block 5 — `base_branch` -> `git.base_branch`, which did not exist when #3760's suite was written — against the contract that now governs it: ordinary hoist into an absent/null/object section, canonical-nested-wins, and refusal for each of string/number/boolean/array sections with the exact `skipped` entry. Two controls keep it from passing vacuously: the refusal must be scoped to block 5 (an unrelated block still normalizes in the same call), and a property over arbitrary `git` values asserts hoist and refusal are exhaustive AND mutually exclusive per key, that a refusal leaves both the section and the legacy key untouched, and that a hoist manufactures no index key the input did not carry. * docs(#3648): correct the Git Query and Config Loader module contracts CONTEXT.md's Git Query Module still described base-branch tier 1 as a direct `.planning/config.json` read. Since this PR it is the EFFECTIVE configuration resolved by the Config Loader — a materially different authority, carrying the root/workstream deep merge, flat-then-nested lookup and builtin/federated defaults. The `--is-protected` predicate, `git.protected_branches`, and the two invariants that distinguish the predicate from the plain query (fails closed on an unverified base; must not write) were undocumented entirely. The Config Loader entry now states that loading is not side-effect-free by default and documents `options.persist`. docs/INVENTORY.md's `git-base-branch.cjs` row carried the same stale ladder and no mention of the predicate. `node scripts/gen-inventory-manifest.cjs --write` was run and produced no diff: the manifest indexes roster NAMES, not row prose, so a description edit cannot move it. Also closes the global-defaults minor: `git.protected_branches` is inert in `~/.gsd/defaults.json`, but so is every other `git.*` key — no branch-policy key appears in `_globalBaseCfg` or `GLOBAL_DEFAULTS_RESOLUTION_KEYS`. That is section-wide and predates this PR, so the fix is to state the scope where users meet it rather than to quietly extend the resolution set for two new keys. * fix(#3648): close four defects found by the round-4 external review Two external reviewers (codex, antigravity/Gemini 3.1 Pro) were run adversarially against this branch. Four findings reproduced against source; each is fixed with a failing-first test and a control, and each fix was verified by reverting it and watching exactly the intended test fail. 1. `persist:false` was DROPPED by the workstream fallback (codex). Blocker 1 was only half closed. `loadConfigResolved` re-enters itself with a bare `{ workstream: null }` when a workstream has no config.json of its own, and that literal discarded every other option — so the recursive pass ran at the DEFAULT persistence and rewrote the ROOT config. Reproduced: with GSD_WORKSTREAM=alpha and a legacy flat `base_branch`, `--is-protected` rewrote `.planning/config.json` despite `persist:false`. Both recursions now forward `options` and override only `workstream`; the explicit override still wins the hasOwnProperty check, so spreading cannot let `workstreamContext` reintroduce a workstream. 2. Both workflow call sites failed OPEN, and aborted under `set -e` (both reviewers, independently). `IS_PROTECTED=$(gsd_run ...)` yields an empty string when the query fails, so `[ "$X" = true ]` was simply false: no warning, no trace — a silent hole in the guard whose only job is to warn. The bare assignment also aborted the step under `set -e`. Both sites now degrade VISIBLY: `|| IS_PROTECTED=""`, then an explicit empty-string arm that says the check did not run. Deliberately not fail-closed — claiming "protected" on no evidence would warn on every branch whenever gsd-tools is unavailable. 3. `isValidProtectedBranches` and the resolver disagreed on a sparse array (antigravity). `.every()` skips holes; the resolver's `for...of` yields `undefined` for them, so `["main", , "develop"]` was accepted by config-set and rejected by the resolver. The cross-surface property passed only because `fc.array` cannot generate a hole. The predicate now indexes, and the generator punches holes so that axis is actually falsifiable. JSON cannot express a hole, so this is unreachable in production — but two definitions of one predicate must not contradict each other. 4. A top-level `protected_branches` silently outranked `git.protected_branches` (antigravity). Routing the key through `get(key, {section, field})` gave it flat-then-nested precedence, which is back-compat for keys `normalizeLegacyKeys` migrates. `protected_branches` is new in #3552 and has no legacy form, so that invented an undocumented alias. It now resolves nested-only through a new `getNested`, in production and in the test seam. `base_branch` keeps flat-then-nested — it HAS a legacy spelling that #3760's refusal path can leave behind — and a control pins that distinction. Also narrows a CONTEXT.md claim this round introduced. The predicate fails closed only when a git query TIMED OUT or could not be spawned (#3057 B4's `verified`); a git command that runs and exits non-zero counts as a clean negative, so a cwd that is not a repository answers `false`, not `true`. Verified pre-existing on next @738f42f4, so the documentation was over-claiming rather than the code regressing — but an over-broad contract is exactly what the module docs must not carry. Both workflow byte figures re-derived after the call-site change: execute-phase.md 92356 -> 92865 (+509), ship.md 36784 -> 37227 (+443). * test(#3648): pin git config read parity * docs(#3648): document git query contracts * fix(#3648): expose protected branch default * test(#3648): snapshot planning tree for read-only query * test(#3648): pin planning snapshot stray-write detection * fix(#3648): resolve merge conflict from #3078's ack-fragment sweep next swept the fully-spent 2818/3003 ack fragments this branch had appended to (#3078,a84f7563). Rebased onto upstream/next and took the deletions on both, then moved the #3552 append into a new fragment of its own. Rebasing onto the current base also left execute-phase.md only 34 bytes under the frozen ADR-857 Phase 6 margin ceiling (93400 bytes) — intervening next PRs consumed the rest while this PR was in review. Extracted the "none" arm's protected-branch-warning bash block into gsd-core/workflows/execute-phase/steps/protected-branch.md (content unchanged, matching the existing steps/ extraction pattern used elsewhere in this file) so the inline growth is a one-line pointer instead of the full block. 93366 -> 93385 bytes (+19), 15 bytes inside the ceiling. * fix(#3648): drop stale ack entry for the new step file The extracted execute-phase/steps/protected-branch.md needed no acknowledgment of its own — the differential-attribution check flagged the entry as stale once the build ran, so removed it and kept the two growth entries (execute-phase.md, ship.md) that actually needed one. * fix(#3648): follow the step-file reference in the bash-extraction test helper extractProtectedBranchWarningBash() read the "none" arm's bash block directly out of execute-phase.md. That block now lives in execute-phase/steps/protected-branch.md (byte-ceiling extraction); the helper follows the step-file reference and extracts from there when no inline block is found, so the three execute-phase tests that execute this bash for real keep exercising the actual behavior. * fix(#3648): regenerate INVENTORY-MANIFEST.json and satisfy the CRLF-fragile lint rule - gen-inventory-manifest.cjs --write to pick up the new execute-phase/steps/protected-branch.md entry (already covered by docs/INVENTORY.md's generic workflow_steps wildcard row, so no INVENTORY.md edit is needed). - Reworked the step-file-reference lookup in extractProtectedBranchWarningBash() to avoid a bare-\n regex split on file content (local/no-crlf-fragile-split), using the same line-array scan the function already uses elsewhere. * fix(#3648): regenerate golden install-tree fixtures for the new step file npm run gen:install-tree, adding gsd-core/workflows/execute-phase/ steps/protected-branch.md to all 19 runtime install-tree fixtures. CI's tests/golden-install-tree.test.cjs caught this on push — I'd verified the differential-attribution and INVENTORY-MANIFEST checks but missed this separate golden-fixture check for the new file. * fix(#3648): add the canonical gsd_run preamble to the new step file CI's runtime-launcher-parity suite requires exactly one canonical resolver preamble in every workflow .md that calls gsd_run. The inline "none"-arm block never needed one (execute-phase.md already carried a preamble elsewhere in the same file), but the extracted execute-phase/steps/protected-branch.md is now its own file with no preamble of its own. Ran node scripts/sync-runtime-launcher.cjs to insert it (execute-phase.md itself is untouched — still 93385 bytes, inside the ADR-857 ceiling). That preamble defines its own gsd_run(), which shadows the mock tests/git-base-branch.test.cjs injects for the three #3648 tests that execute this bash for real — without stripping it, those tests reached the real gsd-tools.cjs on the machine running them instead of the test's fixture. Preamble correctness is already covered by tests/runtime-launcher-parity.test.cjs, so extractProtectedBranchWarningBash() now strips the preamble line before handing the block to the harness; it only needs to exercise the #3552 warning logic. * fix(#3552): address PR 3648 review feedback on protected branch warnings - Fix execute-phase handle_branching branching_strategy=none instruction to "Read and execute execute-phase/steps/protected-branch.md" - Use io.error(..., ERROR_REASON.USAGE) for cmdGitBaseBranch usage errors - Align git.protected_branches schema default to (none) without fallback [] - Relocate CONTEXT.md forward-referencing sentence into module body - Sanitize control and ANSI characters in renderRejected diagnostics - Clean up out-of-scope whitespace hunks in gsd-tools.cjs Emitted-Drift-Ack-Growth: execute-phase.md — #3552: execute-phase handle_branching adds a pointer to execute-phase/steps/protected-branch.md for branching_strategy=none so the protected-branch check executes while keeping execute-phase.md within the ADR-857 Phase 6 margin ceiling (93400 bytes). 93392 bytes, 8 bytes inside the ceiling. Emitted-Drift-Ack-Growth: ship.md — #3552: ship preflight step 3 now asks the same typed git.base-branch --is-protected predicate as execute-phase, binding IS_PROTECTED and warning without refusing execution or blocking the branching_strategy=none feature-branch offer; it degrades visibly (rather than silently reading an empty result as "not protected") when the query itself fails to run. 36841 bytes, well inside the XL cap (98304, tests/workflow-size-budget.test.cjs). --------- Co-authored-by: Claude Sonnet 5 <noreply@anthropic.com> Co-authored-by: Tom Boucher <trekkie@nomorestars.com>
395 lines
17 KiB
TypeScript
395 lines
17 KiB
TypeScript
/**
|
|
* Configuration Module — legacy-key normalization, defaults merge, and explicit
|
|
* on-disk migration. Pure normalization primitives consumed by config-loader.cjs
|
|
* and config-schema.cjs. `loadConfig` was extracted to config-loader.cjs per
|
|
* ADR-857 phase 2e (#885) and removed from this module per #893.
|
|
*
|
|
* ADR-457 build-at-publish: the hand-written bin/lib/configuration.cjs collapsed
|
|
* to a TypeScript source of truth. Behaviour is preserved byte-for-behaviour
|
|
* from the prior hand-written .cjs; only types are added.
|
|
*/
|
|
|
|
import { readFileSync, writeFileSync, existsSync, readdirSync } from 'node:fs';
|
|
import { join } from 'node:path';
|
|
|
|
// ⚠️ DO NOT add a sibling `.cjs` import to this module. `configuration.cjs` must load
|
|
// from an install layout containing ONLY itself plus `bin/shared/*.manifest.json` —
|
|
// that is the #3571 contract, pinned by "co-located bin/shared manifests let
|
|
// configuration.cjs load without sdk/shared" in tests/install.test.cjs. A `require`
|
|
// for a sibling that the installer does not co-locate fails at load time with
|
|
// MODULE_NOT_FOUND. This is why #3760's out-of-band diagnostic is emitted by this
|
|
// module's CALLERS (`cmdMigrateConfig` in config.cts, `loadConfigResolved` in
|
|
// config-loader.cts) rather than here: `normalizeLegacyKeys` reports refusals
|
|
// in-band via `skipped[]`, which keeps it both pure AND dependency-free.
|
|
|
|
// In .cts (CommonJS output) files, `require` is available as a global.
|
|
const _require: NodeRequire = require;
|
|
|
|
// ─── Manifest requires ───────────────────────────────────────────────────────
|
|
function loadConfigurationManifest(fileName: string): Record<string, unknown> {
|
|
const candidates = [
|
|
// Installed runtime layout: gsd-core/bin/shared/*.manifest.json
|
|
join(__dirname, '..', 'shared', fileName),
|
|
];
|
|
let lastErr: Error | null = null;
|
|
for (const candidate of candidates) {
|
|
try {
|
|
return _require(candidate) as Record<string, unknown>;
|
|
} catch (err) {
|
|
const e = err as NodeJS.ErrnoException;
|
|
const isMissingCandidate =
|
|
e && e.code === 'MODULE_NOT_FOUND' && String(e.message || '').includes(candidate);
|
|
if (!isMissingCandidate) throw err;
|
|
lastErr = e;
|
|
}
|
|
}
|
|
throw new Error(
|
|
`${fileName} not found. Tried:\n${candidates.map((p) => ` ${p}`).join('\n')}\nLast error: ${lastErr?.message}`
|
|
);
|
|
}
|
|
|
|
const CONFIG_DEFAULTS = loadConfigurationManifest('config-defaults.manifest.json');
|
|
const SCHEMA_MANIFEST = loadConfigurationManifest('config-schema.manifest.json') as {
|
|
validKeys: string[];
|
|
runtimeStateKeys: string[];
|
|
dynamicKeyPatterns: Array<{ source: string; [k: string]: unknown }>;
|
|
};
|
|
const VALID_CONFIG_KEYS = new Set<string>(SCHEMA_MANIFEST.validKeys);
|
|
const RUNTIME_STATE_KEYS = new Set<string>(SCHEMA_MANIFEST.runtimeStateKeys);
|
|
|
|
interface DynamicKeyPattern {
|
|
source: string;
|
|
test: (key: string) => boolean;
|
|
[k: string]: unknown;
|
|
}
|
|
|
|
const DYNAMIC_KEY_PATTERNS: DynamicKeyPattern[] = SCHEMA_MANIFEST.dynamicKeyPatterns.map((p) => {
|
|
const pattern = new RegExp(p.source);
|
|
return {
|
|
...p,
|
|
test: (key: string) => {
|
|
pattern.lastIndex = 0;
|
|
return pattern.test(key);
|
|
},
|
|
};
|
|
});
|
|
|
|
// ─── Depth → Granularity mapping ─────────────────────────────────────────────
|
|
const DEPTH_TO_GRANULARITY: Record<string, string> = {
|
|
quick: 'coarse',
|
|
standard: 'standard',
|
|
comprehensive: 'fine',
|
|
};
|
|
|
|
// ─── Internal helpers ─────────────────────────────────────────────────────────
|
|
function planningDir(cwd: string, workstream?: string): string {
|
|
if (!workstream)
|
|
return join(cwd, '.planning');
|
|
return join(cwd, '.planning', 'workstreams', workstream);
|
|
}
|
|
|
|
function detectSubRepos(cwd: string): string[] {
|
|
const results: string[] = [];
|
|
try {
|
|
const entries = readdirSync(cwd, { withFileTypes: true });
|
|
for (const entry of entries) {
|
|
if (!entry.isDirectory())
|
|
continue;
|
|
if (entry.name.startsWith('.') || entry.name === 'node_modules')
|
|
continue;
|
|
const gitPath = join(cwd, entry.name, '.git');
|
|
try {
|
|
if (existsSync(gitPath)) {
|
|
results.push(entry.name);
|
|
}
|
|
}
|
|
catch { /* ignore */ }
|
|
}
|
|
}
|
|
catch { /* ignore */ }
|
|
return results.sort();
|
|
}
|
|
|
|
function deepMergeConfig(base: Record<string, unknown>, overlay: Record<string, unknown>): Record<string, unknown> {
|
|
const result: Record<string, unknown> = { ...base };
|
|
for (const key of Object.keys(overlay)) {
|
|
const ov = overlay[key];
|
|
if (ov !== null && ov !== undefined && typeof ov === 'object' && !Array.isArray(ov)) {
|
|
const bv = base[key];
|
|
if (bv !== null && bv !== undefined && typeof bv === 'object' && !Array.isArray(bv)) {
|
|
result[key] = deepMergeConfig(bv as Record<string, unknown>, ov as Record<string, unknown>);
|
|
}
|
|
else {
|
|
result[key] = deepMergeConfig({}, ov as Record<string, unknown>);
|
|
}
|
|
}
|
|
else {
|
|
result[key] = ov;
|
|
}
|
|
}
|
|
return result;
|
|
}
|
|
|
|
// ─── Exported types ───────────────────────────────────────────────────────────
|
|
|
|
interface Normalization {
|
|
from: string;
|
|
to: string;
|
|
value: unknown;
|
|
requiresFilesystem?: boolean;
|
|
}
|
|
|
|
/**
|
|
* A legacy-key migration that could not run because its destination section is
|
|
* present but is not an object.
|
|
*
|
|
* This is deliberately NOT a `Normalization`. Every caller treats a non-empty
|
|
* `normalizations` array as "the config changed, write it back" — reporting a
|
|
* refusal there would persist a migration that did not happen. Reporting it
|
|
* here keeps the two claims separate: `normalizations` is what changed,
|
|
* `skipped` is what was declined and why. (#3760)
|
|
*/
|
|
interface SkippedNormalization {
|
|
/** The legacy top-level key that was left in place. */
|
|
from: string;
|
|
/** Where it would have gone, had the section been usable. */
|
|
to: string;
|
|
/** The section key that blocked the migration (`git`, `planning`). */
|
|
section: string;
|
|
reason: 'non_object_section';
|
|
/** The legacy value, preserved. */
|
|
value: unknown;
|
|
/**
|
|
* What the section holds, as a type name — `'string' | 'number' | 'boolean' |
|
|
* 'array'` — NOT the value itself.
|
|
*
|
|
* The type is the whole diagnostic ("this is a string where an object belongs"),
|
|
* and the value is still sitting untouched in the file, so echoing it buys
|
|
* nothing. It would cost something: `cmdMigrateConfig` prints this report
|
|
* verbatim on `gsd-tools migrate-config --json`, and config values are treated
|
|
* as potentially secret-bearing elsewhere in this module (`maskSecret` on the
|
|
* `config set/unset` output path).
|
|
*/
|
|
sectionType: string;
|
|
}
|
|
|
|
/** Type name for a report — `'array'` for arrays, otherwise `typeof`. */
|
|
function describeSectionType(value: unknown): string {
|
|
return Array.isArray(value) ? 'array' : typeof value;
|
|
}
|
|
|
|
interface NormalizeLegacyKeysResult {
|
|
parsed: Record<string, unknown>;
|
|
normalizations: Normalization[];
|
|
/** Migrations declined because the destination section is a non-object (#3760). */
|
|
skipped: SkippedNormalization[];
|
|
}
|
|
|
|
interface MigrateOnDiskResult {
|
|
migrated: boolean;
|
|
normalizations: Normalization[];
|
|
wrote: string | null;
|
|
/** Migrations declined because the destination section is a non-object (#3760). */
|
|
skipped: SkippedNormalization[];
|
|
}
|
|
|
|
/**
|
|
* Is `value` usable as a config SECTION — something a nested key can be written into?
|
|
*
|
|
* Three cases, and the distinction between the second and third is the whole of #3760:
|
|
*
|
|
* - `null` / `undefined` — ABSENT. Not a section yet, but nothing is lost by creating one.
|
|
* Callers substitute `{}`; this predicate reports `false` and callers check for absence
|
|
* separately, so the two are never conflated.
|
|
* - a non-null, non-array `object` — a SECTION. Spreading it is safe and correct.
|
|
* - anything else (string, number, boolean, array) — a PRESENT NON-OBJECT, i.e. user data
|
|
* that a spread would destroy. `{...'main'}` is `{0:'m',1:'a',2:'i',3:'n'}`; `{...7}` is
|
|
* `{}`. An array is included here because `typeof [] === 'object'` and `{...['a']}` is
|
|
* `{0:'a'}` — the identical expansion a bare `typeof` guard would wave through.
|
|
*
|
|
* This is the nested-section analog of the top-level shape check ADR-227 already requires
|
|
* in `_readConfigFile` (`config-loader.cts`): valid JSON is not the same as a config object.
|
|
* It lives here, exported, rather than being copied into `config-loader.cts`, because two
|
|
* hand-rolled copies of one predicate is `DEFECT.GENERATIVE-FIX` by construction — the same
|
|
* reasoning that made `unusable-input.cts` a shared seam.
|
|
*/
|
|
function isConfigSection(value: unknown): value is Record<string, unknown> {
|
|
return value !== null && typeof value === 'object' && !Array.isArray(value);
|
|
}
|
|
|
|
// ─── Exported functions ───────────────────────────────────────────────────────
|
|
|
|
/**
|
|
* Hoist a legacy top-level key into its canonical nested section.
|
|
*
|
|
* Refuses — and reports the refusal — when the destination section is present but is not an
|
|
* object. Refusing means leaving BOTH the section and the legacy key exactly as they were and
|
|
* pushing no `Normalization`, so this block never marks the config dirty and nothing it
|
|
* touched can be written back. That is the #3760 contract: never expand, never drop, never
|
|
* persist a shape the user did not write.
|
|
*/
|
|
function hoistLegacyKey(
|
|
result: Record<string, unknown>,
|
|
normalizations: Normalization[],
|
|
skipped: SkippedNormalization[],
|
|
legacyKey: string,
|
|
section: string,
|
|
field: string,
|
|
): void {
|
|
const raw = result[section];
|
|
// `null`/`undefined` mean "no section yet" and have always been treated as absent here.
|
|
// They carry no user data, so creating the section loses nothing.
|
|
const absent = raw === null || raw === undefined;
|
|
if (!absent && !isConfigSection(raw)) {
|
|
skipped.push({
|
|
from: legacyKey,
|
|
to: `${section}.${field}`,
|
|
section,
|
|
reason: 'non_object_section',
|
|
value: result[legacyKey],
|
|
sectionType: describeSectionType(raw),
|
|
});
|
|
return;
|
|
}
|
|
// `raw` is already narrowed by the isConfigSection guard above.
|
|
const existing: Record<string, unknown> = absent ? {} : raw;
|
|
const value = result[legacyKey];
|
|
// Canonical nested wins when it is already set; otherwise the legacy value is hoisted.
|
|
result[section] = existing[field] === undefined
|
|
? { ...existing, [field]: value }
|
|
: { ...existing };
|
|
delete result[legacyKey];
|
|
normalizations.push({ from: legacyKey, to: `${section}.${field}`, value });
|
|
}
|
|
|
|
function normalizeLegacyKeys(parsed: Record<string, unknown>): NormalizeLegacyKeysResult {
|
|
const result: Record<string, unknown> = { ...parsed };
|
|
const normalizations: Normalization[] = [];
|
|
const skipped: SkippedNormalization[] = [];
|
|
// 1. branching_strategy → git.branching_strategy
|
|
if (Object.prototype.hasOwnProperty.call(result, 'branching_strategy')) {
|
|
hoistLegacyKey(result, normalizations, skipped, 'branching_strategy', 'git', 'branching_strategy');
|
|
}
|
|
// 2. top-level sub_repos → planning.sub_repos
|
|
if (Object.prototype.hasOwnProperty.call(result, 'sub_repos')) {
|
|
hoistLegacyKey(result, normalizations, skipped, 'sub_repos', 'planning', 'sub_repos');
|
|
}
|
|
// 3. multiRepo: true → marker (filesystem detection deferred to migrateOnDisk / caller)
|
|
if (result['multiRepo'] === true) {
|
|
// #3760: refuse here too, for the same reason as blocks 1 and 2 — and it must be
|
|
// decided HERE, not in the caller. The caller is the one that runs filesystem
|
|
// detection, but whether `planning` can receive the result is knowable from the
|
|
// parsed config alone. Deciding it later meant `multiRepo` had already been
|
|
// deleted and a Normalization already pushed: the config was written, the
|
|
// sub_repos injection silently no-opped against the non-object section, and the
|
|
// user's `multiRepo: true` was consumed with nothing to show for it and no
|
|
// diagnostic. Refusing here keeps the marker, keeps the config clean of a
|
|
// migration that did not happen, and gives all three callers the same report.
|
|
const planning = result['planning'];
|
|
if (planning !== null && planning !== undefined && !isConfigSection(planning)) {
|
|
skipped.push({
|
|
from: 'multiRepo',
|
|
to: 'planning.sub_repos',
|
|
section: 'planning',
|
|
reason: 'non_object_section',
|
|
value: true,
|
|
sectionType: describeSectionType(planning),
|
|
});
|
|
}
|
|
else {
|
|
delete result['multiRepo'];
|
|
normalizations.push({ from: 'multiRepo', to: 'planning.sub_repos', value: true, requiresFilesystem: true });
|
|
}
|
|
}
|
|
// 4. top-level depth → granularity
|
|
if (Object.prototype.hasOwnProperty.call(result, 'depth') && !Object.prototype.hasOwnProperty.call(result, 'granularity')) {
|
|
const rawDepth = result['depth'] as string;
|
|
const mapped = DEPTH_TO_GRANULARITY[rawDepth] ?? rawDepth;
|
|
result['granularity'] = mapped;
|
|
delete result['depth'];
|
|
normalizations.push({ from: 'depth', to: 'granularity', value: mapped });
|
|
}
|
|
// 5. top-level base_branch → git.base_branch
|
|
if (Object.prototype.hasOwnProperty.call(result, 'base_branch')) {
|
|
hoistLegacyKey(result, normalizations, skipped, 'base_branch', 'git', 'base_branch');
|
|
}
|
|
return { parsed: result, normalizations, skipped };
|
|
}
|
|
|
|
function mergeDefaults(parsed: Record<string, unknown>): Record<string, unknown> {
|
|
// Start with a deep clone of defaults, then overlay parsed
|
|
const defaults = structuredClone(CONFIG_DEFAULTS);
|
|
return deepMergeConfig(defaults, parsed);
|
|
}
|
|
|
|
function migrateOnDisk(cwd: string, workstream?: string, configPathOverride?: string): MigrateOnDiskResult {
|
|
// #3749: the caller (cmdMigrateConfig in config.cts) supplies the config
|
|
// path resolved through planning-workspace's PROJECT-aware planningDir.
|
|
// This module cannot import that sibling (#3571 install-layout contract),
|
|
// and its own local planningDir above is deliberately workstream-only —
|
|
// resolving here through the local copy made migrate-config under
|
|
// GSD_PROJECT rewrite the ROOT config instead of the scoped one.
|
|
const configPath = configPathOverride ?? join(planningDir(cwd, workstream), 'config.json');
|
|
let raw: string;
|
|
try {
|
|
raw = readFileSync(configPath, 'utf-8');
|
|
}
|
|
catch {
|
|
// File missing — nothing to migrate
|
|
return { migrated: false, normalizations: [], wrote: null, skipped: [] };
|
|
}
|
|
const trimmed = raw.trim();
|
|
if (trimmed === '') {
|
|
return { migrated: false, normalizations: [], wrote: null, skipped: [] };
|
|
}
|
|
let parsed: unknown;
|
|
try {
|
|
parsed = JSON.parse(trimmed);
|
|
}
|
|
catch {
|
|
// Malformed — can't migrate
|
|
return { migrated: false, normalizations: [], wrote: null, skipped: [] };
|
|
}
|
|
const { parsed: normalized, normalizations, skipped } = normalizeLegacyKeys(parsed as Record<string, unknown>);
|
|
// Resolve multiRepo filesystem detection
|
|
const result: Record<string, unknown> = { ...normalized };
|
|
for (const norm of normalizations) {
|
|
if (norm.requiresFilesystem) {
|
|
const detected = detectSubRepos(cwd);
|
|
if (detected.length > 0) {
|
|
// #3760: `requiresFilesystem` is pushed by block 3 only when `planning` was
|
|
// absent or an object, and nothing between there and here changes it — so
|
|
// `isConfigSection` picks between merge and create, and never has to discard.
|
|
const planning = result['planning'];
|
|
const existing = isConfigSection(planning) ? planning : {};
|
|
result['planning'] = { ...existing, sub_repos: detected, commit_docs: false };
|
|
}
|
|
}
|
|
}
|
|
if (normalizations.length === 0) {
|
|
// Nothing changed — and that now includes the case where every legacy key was
|
|
// REFUSED. Returning early here is what keeps the corrupted-section input from
|
|
// reaching writeFileSync at all.
|
|
return { migrated: false, normalizations: [], wrote: null, skipped };
|
|
}
|
|
try {
|
|
writeFileSync(configPath, JSON.stringify(result, null, 2));
|
|
}
|
|
catch (err) {
|
|
const msg = err instanceof Error ? err.message : String(err);
|
|
throw new Error(`Failed to write migrated config at ${configPath}: ${msg}`);
|
|
}
|
|
return { migrated: true, normalizations, wrote: configPath, skipped };
|
|
}
|
|
|
|
export {
|
|
normalizeLegacyKeys,
|
|
mergeDefaults,
|
|
migrateOnDisk,
|
|
isConfigSection,
|
|
CONFIG_DEFAULTS,
|
|
VALID_CONFIG_KEYS,
|
|
RUNTIME_STATE_KEYS,
|
|
DYNAMIC_KEY_PATTERNS,
|
|
};
|