* fix(#3951): two lint rules that could not reach the code they govern B6 names two widenings. Measuring them first turned up a defect the criterion did not know about, and refuted the reason it gave for one of them. 1. no-adhoc-markdown-parsing self-gates on its own filename. Lines 107-110 short-circuit create() to {} unless the path matches /(?:^|\/)src\/[^/]+\.cts$/. B6 says to widen the files: glob in eslint.config.mjs - but doing only that ships an INERT rule, because the gate still returns {} for every new path. Both halves have to change, and the gate is the load-bearing one. That same regex hides a live hole: [^/]+ is FLAT-ONLY, so it requires the file to sit directly in src/. The registered glob is src/**/*.cts, which includes subdirectories. 28 .cts files - health-diagnostic-rules/ (10), installer-migrations/ (11), observability/ (3), host-integration-adapters/ (2), vendor/ (2) - are inside the registered glob and silently skipped. Measured with the gate neutralized: 0 violations there today. The hole is hiding nothing right now, and is fixed anyway, because "no violations today" is not a property that keeps holding. The fix is not invented: require-subprocess-timeout.cjs:196 already carries the correct form of this guard, /(?:^|\/)src\/.*\.cts$/ with .*, one directory over. Checked the other 21 rules for the same bug - no-adhoc-regex-escape and no-private-binary-resolution short-circuit only to exempt their own seam file, which is the right shape, and no-crlf-fragile-split has no filename gate at all. This bug is unique to the one rule. 2. no-adhoc-regex-escape could not see the shape that actually occurs. Line 396 gated the whole UNSAFE-NEW-REGEXP arm on arg.type === 'Identifier'. Every check below it - the _SOURCE provenance check, the isSoleReturnOfOwnParameter shape - lives inside that branch, so new RegExp(obj['key']) and new RegExp(cfg.pattern) were never examined at all. Runtime data arrives as a property access far more often than as a bare identifier, which is exactly why this rule never fired on the #3477 ReDoS. Widened to MemberExpression, measured by AST walk across all five registered blocks rather than by grep. 27 sites, zero TSAsExpression: 18 safe new RegExp(X.source, flags) -> exempted, keyed strictly on the PROPERTY being `source`, never on the object. Keying on the object would wave through X.anything and buy nothing. B6 estimated ~10; that was an undercount. 3 _SOURCE-suffixed constants reached through a required module namespace (phaseId.BRACKET_PHASE_TOKEN_SOURCE) -> the same provenance-exempt class the rule already recognizes for bare identifiers, extended to reach them. Without this the widening produces 3 false flags. 6 real findings -> marked, each a test extracting a pattern from a shipped file at test time, where the runtime contract IS the product. Deliberately the NARROW MemberExpression form. The rule's own isSoleReturnOfOwnParameter doc comment records that an earlier broad "any non-literal identifier" heuristic produced ~25 false positives and was rejected; a re-run of the census after this change flags exactly the 6 above and nothing else. Verified by execution, not by reading: the gate now accepts src/<subdir>/x.cts, still accepts flat src/x.cts, and still exempts paths outside src/ - each pinned by a test proven to fail against the old regex. build:lib, lint and lint:ci all exit 0. Refs #3951 Co-Authored-By: Claude Opus 5 <noreply@anthropic.com> * fix(#3951): give no-adhoc-markdown-parsing its reach, and fix the 80 parses it finds The rule self-gates on filename AND is registered on one glob, so widening either half alone is inert. Both move here: the gate now accepts tests/**/*.cjs and scripts/**/*.cjs alongside src/**/*.cts, and eslint.config.mjs registers it on the same two. A test pins that the gate and the registration AGREE, in both directions. The original defect was a gate narrower than its registration; the failure mode of this fix is a gate wider than its registration. Both are silent, so the test asserts the pair rather than either half. 80 violations across 43 files, all in tests/, zero in scripts/. 70 are routed through the existing seams - scanFencedBlocks, collectSection, stripFencedCode, tokenizeHeadings from markdown-sectionizer; splitTableRow, parseMarkdownTable, findTableWithColumns from markdown-table. Headerless STATE.md tables use splitTableRow per line, because parseMarkdownTable needs a real delimiter row. 10 are suppressed, 12.5%, well under the third that would have meant the rule is mis-scoped for tests/ rather than the tests carrying debt. Each names its reason: three regression guards (#3873 / bug-#21) are deliberately independent of the generator's own fence handling, and routing them through the seam would have them test the generator against itself; one is a negative-text probe that extracts nothing; six are a shell-pipe-to-jq detector whose regex coincidentally matches the table fingerprint and is not markdown parsing at all. All ten sit in tests whose subject is .md content, which is normally a reason to prefer the seam. The marker used is allow-adhoc-markdown, distinct from no-source-grep's allow-test-rule, and lint:ci's lint-allow-test-rule-refs reports the same 280/280 unverified count as before - checked rather than assumed, because those two markers are easy to conflate. The widening earned its keep immediately: it found a test that passed for the wrong reason. tests/config-field-docs.test.cjs asserted notEqual(<cell>, '600') against the TYPE column instead of the DEFAULT column. notEqual('number', '600') is true forever, so the guard against workflow.subagent_timeout regressing to the old seconds default could never fire. docs/CONFIGURATION.md:434 is `| workflow.subagent_timeout | number | 300000 | ... |`, so the default is cell index 2; the assertion is now row-scoped through splitTableRow and reads 300000. That is the argument for the widening in one case: the violation was invisible to lint, the suite was green, and the assertion was vacuous. A rule that cannot reach a file cannot tell you the file is lying. Not fixed here, and recorded rather than assumed: #3426/#3239 are NOT reachable by this widening. tests/package-legitimacy-gate.test.cjs yields zero violations even with the gate bypassed - its hand-rolled scans are real, but built from line filters and split('|') rather than the regex-literal fingerprints this rule detects. They need new detectors. The epic assumed a wider glob would catch them. build:lib, lint and lint:ci all exit 0; the post-fix census across tests/** and scripts/** is 0 violations. Refs #3951 Co-Authored-By: Claude Opus 5 <noreply@anthropic.com> * fix(#3951): B7 — and #3356's defects were still live in the code B7 asks that each closed child be driven fail-first with a behavioral identity test at the CONSUMER's output. Four of eleven children had no test citing their issue number. Auditing them by BEHAVIOR rather than by number-grep changed the answer for three of the four. #3364 and #2540 — traceability only. Both were implemented by #3941 and their consumer-output tests exist and were shown failing-first; neither cited its originating issue, so an audit that greps for the number reports them uncovered. Tagged the specific asserting test in each file, following the citation form those files already use. #3372 — covered, but only at helper level, and the triage narrowed it. Of the four commands the issue names, only estimate-cli's collectCalibrationSamples actually enumerates phase dirs from disk; smart-entry, audit and roadmap-upgrade derive from ROADMAP/body text and never reach the sentinel path, so they are benign by construction and were left alone rather than "fixed" into churn. The existing #3882 rows asserted the helper's return value. Added a consumer-output test driving `query estimate-calibrate` and asserting sample_count and the persisted document. RED proof: reverted collectCalibrationSamples to a raw readdirSync and ran the real CLI - sample_count 3, sentinel leaked; restored - sample_count 2. #3356 — NOT covered, and BOTH halves of the defect were still live in source. The issue is closed; the bug was not fixed. Fixed here rather than writing tests that document a bug as correct. Defect 1, the contradicted row. quick.md:627 claimed `quick-tasks-append` performs "the equivalent write" to the Step 7c row. It did not: the `#` cell was a positional ordinal and `Directory` read `—`, because the route had no way to receive a quick id or task directory. Added OPTIONAL `--quick-id` / `--slug` / `--directory`. A caller with neither - fast.md, the original #2133 caller - omits them and gets the byte-identical prior row, so nothing existing changes. A caller that HAS a real id and directory now gets the canonical row quick.md:632 renders. The false-equivalence sentence itself is corrected rather than left to mislead the next reader. Defect 2, the forced re-derive. The route called readModifyWriteStateMd with no options, so a body-only append to the Quick Tasks table triggered a full re-derive of the disk-derived progress.* frontmatter. Every other body-only writer passes { resync: false } - src/state.cts's own docstring prescribes it - and this route was the lone outlier. RED proof: reverted the option, seeded a project with 2 real phase dirs and a curated total_phases of 25, ran quick-tasks-append; total_phases collapsed to 2. Restored; it stayed 25. That second one is the shape this epic exists to close: a silent write that replaces curated state with a re-derivation nobody asked for, exit 0 throughout. build:lib, lint and lint:ci all exit 0. Refs #3951 Co-Authored-By: Claude Opus 5 <noreply@anthropic.com> * docs(#3951): amend B6's ledger to what was measured, and document the new flags The ADR gains a ledger amendment in its own correction style - the sixth wrong premise it records, found the same way as the other five, by measuring before building. B6 says the net guard count must fall. It rose: 62 -> 69, +7, measured from the epic's filing commit to origin/next. The attribution is the point, though. Five of the seven came from PRs unrelated to this epic, one was added by a phase of it, and the epic did retire something sub-file - #3884 removed a detector with an explicit "net: -1 detector, 0 added" ledger. Every named casualty is load-bearing, two already carry retractions in this same document, and a sweep of all 22 rules plus every scripts/lint-* found no provably dead guard. There is no honest way to make the count fall; forcing it would trade coverage for a number, which is the Goodhart outcome Decision 6 exists to prevent. The amendment also records that B6's own prescribed fix for one widening was inert. no-adhoc-markdown-parsing self-gates on its filename, so widening only the files: glob - which is what the criterion says to do - ships a rule that still returns {} for every new path. And #3426/#3239 are not reachable by that widening at all; their scans use line filters and split('|'), not the regex fingerprints the rule detects. The roster row tracked them against the wrong mechanism. Three roster rows updated from aspiration to fact: the two widenings are DONE with their measured counts, and lint-phase-enumeration-drift is marked RETAINED rather than "expected casualty - verify before retiring", because Phase 5 verified it and kept it. The rule Decision 6 should carry forward is stated plainly: a guard ledger is a claim about COVERAGE, not about COUNT. "Net count must fall" is measurable and wrong. "Every guard is reachable, and each retirement names what makes its defect unrepresentable" is the property that was actually wanted. CLI-TOOLS.md documents the optional --quick-id/--slug/--directory flags and says plainly that omitting them keeps the pre-#3356 row byte-identical, plus that the append no longer re-derives progress frontmatter. New features fragment (id 3951); FEATURES.md regenerated rather than hand-edited. Changeset is Changed, pr:0 pending backfill. Refs #3951 Co-Authored-By: Claude Opus 5 <noreply@anthropic.com> * test(#3951): correct four rows that pinned the lint rule's old narrow reach The remote suite came back RED with 5 failures, all in tests/eslint-rules.test.cjs. They are stale tests, not a regression: four rows assert that no-adhoc-markdown-parsing is inert outside src/*.cts, which is exactly the contract this deliverable changes. Confirmed by reading rather than inferred from the names - the row at :1981 used filename: 'tests/some.test.cjs' and filename: 'scripts/helper.cjs', the two roots the rule now covers on purpose. Worth recording WHY local gates missed this. npm run lint and lint:ci were green, and the touched test files passed standalone. Lint only reports violations in real files; these rows assert the rule's REACH using synthetic RuleTester filenames, so nothing but the full suite could see them. Local green on a rule change says nothing about the rule's own tests. Each row is rewritten with BOTH halves rather than flipped from valid to invalid: - the same fingerprint under tests/ or scripts/ is now flagged, with the right messageId - the negative space is preserved - the same fingerprint under a path outside all three roots (gsd-core/bin/lib/foo.cjs) is still NOT flagged The second half is the one that matters. Without it the rule has no boundary and nothing would catch an over-wide gate later, which is the mirror image of the bug this deliverable just fixed. Each row is renamed to state the current contract; the old names said "non-src/*.cts ... is not flagged" and would have been actively misleading once the bodies changed. Proven to test the widening rather than restate it: every flagged half was run against HEAD~2's pre-widening rule and does NOT fire there, then against the current rule and does. 12/12 on that probe; the full file is 178/178. Swept for the same staleness elsewhere and found none. require-subprocess-timeout's own "inert outside src/*.cts" row is untouched - that rule's gate was not widened here - and no-adhoc-regex-escape's test file already carries correctly-targeted rows. Refs #3951 Co-Authored-By: Claude Opus 5 <noreply@anthropic.com> * test(#3951): acknowledge the quick.md growth the attribution guard reported The full suite came back RED with one failure, and it is mine: 1 file(s) grew without an acknowledgment: quick.md grew 364 bytes gsd-core/workflows/quick.md is runtime-loaded emitted content, so correcting its false 'performs the equivalent write' claim trips emitted-attribution by construction. This is the acknowledgment, not a workaround - there is nothing to regenerate. The fragment names ONE path, which is the only one the guard reported. The four spent acknowledgments it also listed (audit-uat, plan-phase, progress, review) belong to other fragments whose ripple the base already absorbs; they are inert, not failures, and are deliberately NOT copied here - naming paths I did not change would make this record false in the other direction. Byte figure corrected before committing: the guard reported 37220 -> 37584 (+364), but origin/next has since moved and quick.md is 37232 there now, so the measured delta is +352. The reason text says so and names the base as a moving figure rather than pinning a number that is already stale. Refs #3951 Co-Authored-By: Claude Opus 5 <noreply@anthropic.com> * test(#3951): move the quick.md growth ack to a trailer, delete the obsolete fragment The acknowledgment mechanism changed under this branch. Merging next brought in the redesign - it also deleted .github/workflows/ack-fragment-sweep.yml, which was in the merge status and which I did not register at the time - and the guard now says so directly: Add a trailer to a commit in this PR (never a new file). Emitted-Drift-Ack-Growth: quick.md - <why this growth is deliberate> So tests/emitted-drift-acks/3951-quick-append-equivalence.json is obsolete on arrival. A fragment file is no longer read by anything, and leaving it would be a dead record that looks like an active one. It is deleted here rather than kept "just in case". The byte figure moved again with the merge: 37232 -> 37596, +364. The earlier fragment said +352, measured before the merge auto-merged quick.md itself. The trailer carries no number, which is the better design - the figure was stale twice in two attempts. Refs #3951 Emitted-Drift-Ack-Growth: quick.md — #3356/#3951 replaces a false claim with an accurate one. Line 627 said the `quick-tasks-append` shortcut "performs the equivalent write" to the Step 7c row rendered above it; it did not, and that was the documented half of #3356 — with no quick id or task directory the route emitted a positional ordinal in `#` and an em-dash in `Directory`, a visibly different row. The corrected sentence has to carry three facts the original elided: what the shortcut actually writes when it has neither input, that this is honest behavior for its real caller (`fast.md`, which has neither), and how a caller with both now gets the byte-identical canonical row via the new optional `--quick-id`/`--slug`/`--directory` flags. Prose is the product here — an executing agent reads this line to decide whether the shortcut is safe for its case, and a shorter correction would either drop the flags (leaving the reader unable to act on the fix) or drop the limitation (recreating the false claim in gentler words). Co-Authored-By: Claude Opus 5 <noreply@anthropic.com> * chore(#3951): backfill changeset pr number Refs #3951 Co-Authored-By: Claude Opus 5 <noreply@anthropic.com> --------- Co-authored-by: sim <sim@local> Co-authored-by: Claude Opus 5 <noreply@anthropic.com>
484 lines
18 KiB
JavaScript
484 lines
18 KiB
JavaScript
'use strict';
|
|
|
|
/**
|
|
* ADR-218 regression guard: release-workflow version validation.
|
|
*
|
|
* (A) Behavioral regex coverage — extracts the actual leading-zero-rejection
|
|
* regex strings from .github/workflows/release.yml at test time, compiles
|
|
* them as RegExp, and asserts boundary behavior. If someone weakens the
|
|
* regex (e.g. back to [0-9]+), these assertions go RED.
|
|
*
|
|
* (B) Structural wiring assertions — confirms the validate-version job exists,
|
|
* the npm duplicate-version pre-check step is present, and that all
|
|
* downstream publish/create jobs declare `needs: validate-version`.
|
|
*/
|
|
|
|
const { test, describe } = require('node:test');
|
|
const assert = require('node:assert/strict');
|
|
const fs = require('node:fs');
|
|
const path = require('node:path');
|
|
|
|
const WORKFLOW_PATH = process.env.ADR218_WORKFLOW_PATH
|
|
|| path.join(__dirname, '..', '.github', 'workflows', 'release.yml');
|
|
|
|
function loadWorkflow() {
|
|
assert.ok(
|
|
fs.existsSync(WORKFLOW_PATH),
|
|
`release.yml not found at ${WORKFLOW_PATH} — file moved or deleted?`
|
|
);
|
|
return fs.readFileSync(WORKFLOW_PATH, 'utf8');
|
|
}
|
|
|
|
/**
|
|
* Extract all grep -qE '...' or grep -qE "..." patterns from a bash block.
|
|
* Returns an array of raw regex strings (the content inside the quotes).
|
|
*/
|
|
function extractGrepPatterns(text) {
|
|
// Match: grep -qE '...' or grep -qE "..."
|
|
const re = /grep\s+-qE\s+(?:'([^']+)'|"([^"]+)")/g;
|
|
const found = [];
|
|
let m;
|
|
while ((m = re.exec(text)) !== null) {
|
|
found.push(m[1] !== undefined ? m[1] : m[2]);
|
|
}
|
|
return found;
|
|
}
|
|
|
|
/**
|
|
* Parse the `needs:` list of a GitHub Actions job.
|
|
*
|
|
* @param {string} src - Full YAML source text.
|
|
* @param {number} jobIdx - Index of the '\n <job-name>:\n' match in src.
|
|
* @returns {string[] | null} Array of job-name strings listed under `needs:`,
|
|
* or null if no `needs:` key was found for the job.
|
|
*
|
|
* Strategy: slice from jobIdx to the next top-level (two-space-indented) job
|
|
* header, then scan that segment for the `needs:` key. The key accepts two
|
|
* YAML forms:
|
|
* needs: validate-version (scalar)
|
|
* needs: [validate-version, install-smoke] (flow sequence)
|
|
* needs: (block sequence)
|
|
* - validate-version
|
|
* - install-smoke
|
|
*
|
|
* This deliberately only inspects the `needs:` line and its immediate list
|
|
* items — it will NOT match "validate-version" appearing later in a step
|
|
* expression such as `${{ needs.validate-version.outputs.branch }}`.
|
|
*/
|
|
function parseJobNeeds(src, jobIdx) {
|
|
// Isolate the job's YAML block: from the job header to the next top-level
|
|
// job (same two-space indentation) or end of file.
|
|
const rest = src.slice(jobIdx + 1); // skip the leading newline of the match
|
|
// Next top-level job starts with "\n <word>:\n" at column 2
|
|
const nextJobMatch = rest.match(/\n {2}[a-z][a-z0-9_-]*:\n/);
|
|
const segment = nextJobMatch
|
|
? rest.slice(0, rest.indexOf(nextJobMatch[0]) + 1)
|
|
: rest;
|
|
|
|
// Match the `needs:` line within the segment
|
|
const needsLineMatch = segment.match(/^ {4}needs:\s*(.*)$/m);
|
|
if (!needsLineMatch) return null;
|
|
|
|
const inline = needsLineMatch[1].trim();
|
|
|
|
if (inline === '') {
|
|
// Block sequence form: lines following `needs:` at deeper indent
|
|
// needs:
|
|
// - job-one
|
|
// - job-two
|
|
const blockItems = [];
|
|
const blockRe = /^ {6}- ([a-z][a-z0-9_-]*)$/gm;
|
|
// Only scan text after the `needs:` line
|
|
const afterNeeds = segment.slice(needsLineMatch.index + needsLineMatch[0].length);
|
|
let bm;
|
|
while ((bm = blockRe.exec(afterNeeds)) !== null) {
|
|
blockItems.push(bm[1]);
|
|
}
|
|
return blockItems.length > 0 ? blockItems : null;
|
|
}
|
|
|
|
if (inline.startsWith('[')) {
|
|
// Flow sequence form: needs: [job-one, job-two]
|
|
const inner = inline.replace(/^\[|\]$/g, '');
|
|
return inner.split(',').map(s => s.trim()).filter(Boolean);
|
|
}
|
|
|
|
// Scalar form: needs: single-job
|
|
return [inline];
|
|
}
|
|
|
|
// ---------------------------------------------------------------------------
|
|
// (A) Behavioral regex tests
|
|
// ---------------------------------------------------------------------------
|
|
|
|
describe('ADR-218 — leading-zero rejection regex (behavioral)', () => {
|
|
|
|
test('release.yml contains at least two leading-zero-aware grep patterns', () => {
|
|
const src = loadWorkflow();
|
|
const patterns = extractGrepPatterns(src);
|
|
assert.ok(
|
|
patterns.length >= 2,
|
|
`Expected at least 2 grep -qE patterns in release.yml, found ${patterns.length}: ${JSON.stringify(patterns)}`
|
|
);
|
|
});
|
|
|
|
test('minor/major pattern (X.Y.0) rejects leading zeros and accepts valid versions', () => {
|
|
const src = loadWorkflow();
|
|
const patterns = extractGrepPatterns(src);
|
|
|
|
// The minor/major pattern must match X.Y.0 (not hotfix) and must be the
|
|
// one that guards the release branch decision. We identify it as the first
|
|
// pattern that matches `1.0.0` AND `0.1.0` AND `10.20.0`.
|
|
const minorMajorPatterns = patterns.filter(p => {
|
|
const re = new RegExp(p);
|
|
return re.test('1.0.0') && re.test('0.1.0') && re.test('10.20.0');
|
|
});
|
|
|
|
assert.ok(
|
|
minorMajorPatterns.length >= 1,
|
|
`Could not locate the minor/major (X.Y.0) grep pattern in release.yml.\n` +
|
|
`Extracted patterns: ${JSON.stringify(patterns)}\n` +
|
|
`If the pattern was relocated or renamed, update this test to match.`
|
|
);
|
|
|
|
// Pattern extracted verbatim from release.yml at test time — the shipped
|
|
// grep pattern IS the product under test; escaping it would assert a
|
|
// different string than what actually ships (#3951).
|
|
const re = new RegExp(minorMajorPatterns[0]); // allow-adhoc-regex-escape: runtime-contract-is-the-product
|
|
|
|
// Boundary table: REJECTED (leading zeros or malformed)
|
|
const shouldReject = [
|
|
'1.01.0', // leading zero in minor
|
|
'01.0.0', // leading zero in major
|
|
'1.1.01', // leading zero in patch (also not X.Y.0 form)
|
|
'00.0.0', // double leading zero in major
|
|
'1.00.0', // double leading zero in minor
|
|
];
|
|
for (const v of shouldReject) {
|
|
assert.equal(
|
|
re.test(v), false,
|
|
`Version "${v}" should be REJECTED by the minor/major pattern but was accepted.\n` +
|
|
`Pattern: ${minorMajorPatterns[0]}\n` +
|
|
`This is the ADR-218 leading-zero regression. Restore (0|[1-9][0-9]*) grouping.`
|
|
);
|
|
}
|
|
|
|
// Boundary table: ACCEPTED (valid semver, no leading zeros)
|
|
const shouldAccept = [
|
|
'1.0.0',
|
|
'0.1.0',
|
|
'10.20.0',
|
|
'1.2.0',
|
|
'0.0.0',
|
|
];
|
|
for (const v of shouldAccept) {
|
|
assert.equal(
|
|
re.test(v), true,
|
|
`Version "${v}" should be ACCEPTED by the minor/major pattern but was rejected.\n` +
|
|
`Pattern: ${minorMajorPatterns[0]}`
|
|
);
|
|
}
|
|
});
|
|
|
|
test('major-only sub-check (X.0.0) correctly classifies major releases', () => {
|
|
const src = loadWorkflow();
|
|
const patterns = extractGrepPatterns(src);
|
|
|
|
// The major-only pattern matches X.0.0 exactly (not X.Y.0 with Y>0).
|
|
// We identify it as the pattern that matches `1.0.0` but NOT `1.1.0`.
|
|
const majorOnlyPatterns = patterns.filter(p => {
|
|
const re = new RegExp(p);
|
|
return re.test('1.0.0') && !re.test('1.1.0');
|
|
});
|
|
|
|
assert.ok(
|
|
majorOnlyPatterns.length >= 1,
|
|
`Could not locate the major-only (X.0.0) grep pattern in release.yml.\n` +
|
|
`Extracted patterns: ${JSON.stringify(patterns)}\n` +
|
|
`ADR-218 requires IS_MAJOR detection to also forbid leading zeros.`
|
|
);
|
|
|
|
// Pattern extracted verbatim from release.yml — the shipped grep pattern
|
|
// IS the product under test (#3951).
|
|
const re = new RegExp(majorOnlyPatterns[0]); // allow-adhoc-regex-escape: runtime-contract-is-the-product
|
|
|
|
// REJECTED: leading zeros in the major segment
|
|
const shouldReject = [
|
|
'01.0.0', // leading zero in major
|
|
'00.0.0', // double leading zero
|
|
];
|
|
for (const v of shouldReject) {
|
|
assert.equal(
|
|
re.test(v), false,
|
|
`Version "${v}" should be REJECTED by the major-only pattern but was accepted.\n` +
|
|
`Pattern: ${majorOnlyPatterns[0]}\n` +
|
|
`ADR-218: IS_MAJOR check must also use (0|[1-9][0-9]*) grouping.`
|
|
);
|
|
}
|
|
|
|
// ACCEPTED: valid major versions
|
|
const shouldAccept = [
|
|
'1.0.0',
|
|
'10.0.0',
|
|
'0.0.0',
|
|
];
|
|
for (const v of shouldAccept) {
|
|
assert.equal(
|
|
re.test(v), true,
|
|
`Version "${v}" should be ACCEPTED by the major-only pattern but was rejected.\n` +
|
|
`Pattern: ${majorOnlyPatterns[0]}`
|
|
);
|
|
}
|
|
});
|
|
|
|
test('hotfix pattern (X.Y.Z, Z>0) is present and uses digit anchors', () => {
|
|
const src = loadWorkflow();
|
|
const patterns = extractGrepPatterns(src);
|
|
|
|
// The hotfix pattern matches X.Y.Z where Z > 0, e.g. `1.2.3`.
|
|
// Identify it as the pattern matching `1.2.3` but NOT `1.2.0`.
|
|
const hotfixPatterns = patterns.filter(p => {
|
|
const re = new RegExp(p);
|
|
return re.test('1.2.3') && !re.test('1.2.0');
|
|
});
|
|
|
|
assert.ok(
|
|
hotfixPatterns.length >= 1,
|
|
`Could not locate the hotfix (X.Y.Z, Z>0) grep pattern in release.yml.\n` +
|
|
`Extracted patterns: ${JSON.stringify(patterns)}\n` +
|
|
`Expected a pattern matching 1.2.3 but not 1.2.0.`
|
|
);
|
|
|
|
// Pattern extracted verbatim from release.yml — the shipped grep pattern
|
|
// IS the product under test (#3951).
|
|
const re = new RegExp(hotfixPatterns[0]); // allow-adhoc-regex-escape: runtime-contract-is-the-product
|
|
|
|
// Sanity: valid hotfix versions accepted
|
|
assert.equal(re.test('1.2.3'), true, 'Hotfix pattern must accept 1.2.3');
|
|
assert.equal(re.test('1.0.1'), true, 'Hotfix pattern must accept 1.0.1');
|
|
assert.equal(re.test('10.20.30'), true, 'Hotfix pattern must accept 10.20.30');
|
|
|
|
// Patch = 0 must be rejected (that is the minor/major form)
|
|
assert.equal(re.test('1.2.0'), false, 'Hotfix pattern must not match X.Y.0 (Z must be >0)');
|
|
|
|
// ADR-218 / #1186: hotfix pattern must also reject leading zeros on major
|
|
// and minor segments. The old `[0-9]+` form allowed e.g. `01.2.3` and
|
|
// `1.02.3`. The corrected pattern uses `(0|[1-9][0-9]*)` for both.
|
|
const shouldRejectLeadingZero = [
|
|
'01.2.3', // leading zero in major
|
|
'1.02.3', // leading zero in minor
|
|
];
|
|
for (const v of shouldRejectLeadingZero) {
|
|
assert.equal(
|
|
re.test(v), false,
|
|
`Hotfix version "${v}" should be REJECTED (leading zero) but was accepted.\n` +
|
|
`Pattern: ${hotfixPatterns[0]}\n` +
|
|
`ADR-218 / #1186: restore (0|[1-9][0-9]*) on major and minor segments.`
|
|
);
|
|
}
|
|
});
|
|
|
|
test('extracted patterns use strict leading-zero guard, not the old [0-9]+ form', () => {
|
|
const src = loadWorkflow();
|
|
const patterns = extractGrepPatterns(src);
|
|
|
|
// ADR-218 Decision #1: the X.Y.0 (minor/major) pattern and the X.0.0
|
|
// (major-only) pattern MUST guard their major and minor segments with
|
|
// (0|[1-9][0-9]*), not the old bare [0-9]+ form.
|
|
//
|
|
// The hotfix pattern contains "[1-9][0-9]*" for its PATCH segment, so
|
|
// testing .some(p => p.includes('[1-9][0-9]*')) would still pass even if
|
|
// the major/minor patterns were weakened back to [0-9]+. We therefore
|
|
// assert specifically against the patterns that guard major/minor segments.
|
|
|
|
// Identify the minor/major pattern: matches X.Y.0 (both 1.0.0 and 1.1.0)
|
|
const minorMajorPatterns = patterns.filter(p => {
|
|
const re = new RegExp(p);
|
|
return re.test('1.0.0') && re.test('1.1.0') && re.test('10.20.0');
|
|
});
|
|
|
|
assert.ok(
|
|
minorMajorPatterns.length >= 1,
|
|
`Could not locate the minor/major (X.Y.0) grep pattern in release.yml.\n` +
|
|
`Extracted patterns: ${JSON.stringify(patterns)}`
|
|
);
|
|
|
|
// The minor/major pattern must contain (0|[1-9][0-9]*) to guard BOTH the
|
|
// major AND minor segments. A pattern that uses [0-9]+ on those segments
|
|
// would allow "01.0.0" or "1.01.0" — the ADR-218 regression.
|
|
assert.ok(
|
|
minorMajorPatterns[0].includes('(0|[1-9][0-9]*)'),
|
|
`The minor/major (X.Y.0) grep pattern does NOT contain the strict ` +
|
|
`"(0|[1-9][0-9]*)" guard required by ADR-218 Decision #1.\n` +
|
|
`Pattern found: ${minorMajorPatterns[0]}\n` +
|
|
`This is the leading-zero regression. Restore (0|[1-9][0-9]*) grouping ` +
|
|
`on every major/minor segment.`
|
|
);
|
|
|
|
// Identify the major-only pattern: matches X.0.0 but NOT X.Y.0 with Y>0
|
|
const majorOnlyPatterns = patterns.filter(p => {
|
|
const re = new RegExp(p);
|
|
return re.test('1.0.0') && !re.test('1.1.0');
|
|
});
|
|
|
|
assert.ok(
|
|
majorOnlyPatterns.length >= 1,
|
|
`Could not locate the major-only (X.0.0) grep pattern in release.yml.\n` +
|
|
`Extracted patterns: ${JSON.stringify(patterns)}`
|
|
);
|
|
|
|
// The major-only pattern must also contain (0|[1-9][0-9]*) to guard the
|
|
// major segment.
|
|
assert.ok(
|
|
majorOnlyPatterns[0].includes('(0|[1-9][0-9]*)'),
|
|
`The major-only (X.0.0) grep pattern does NOT contain the strict ` +
|
|
`"(0|[1-9][0-9]*)" guard required by ADR-218 Decision #1.\n` +
|
|
`Pattern found: ${majorOnlyPatterns[0]}\n` +
|
|
`ADR-218: IS_MAJOR check must also use (0|[1-9][0-9]*) grouping.`
|
|
);
|
|
});
|
|
});
|
|
|
|
// ---------------------------------------------------------------------------
|
|
// (B) Structural / wiring assertions
|
|
// ---------------------------------------------------------------------------
|
|
|
|
describe('ADR-218 — structural wiring of release.yml', () => {
|
|
|
|
test('validate-version job exists in release.yml', () => {
|
|
const src = loadWorkflow();
|
|
assert.ok(
|
|
src.includes('validate-version:'),
|
|
'release.yml must define a `validate-version:` job (ADR-218 requires it as the gate)'
|
|
);
|
|
});
|
|
|
|
test('npm duplicate-version pre-check step is present', () => {
|
|
const src = loadWorkflow();
|
|
// Assert both the "Reject already-published versions" step name and
|
|
// the npm view command exist in the file.
|
|
assert.ok(
|
|
src.includes('Reject already-published versions'),
|
|
'release.yml must contain a step named "Reject already-published versions" (ADR-218 Decision #2)'
|
|
);
|
|
assert.ok(
|
|
src.includes('npm view'),
|
|
'release.yml must contain an `npm view` call for duplicate-version pre-check (ADR-218 Decision #2)'
|
|
);
|
|
});
|
|
|
|
test('npm duplicate-check step appears AFTER format validation step within validate-version job', () => {
|
|
const src = loadWorkflow();
|
|
|
|
const formatIdx = src.indexOf('Validate version format');
|
|
const dupCheckIdx = src.indexOf('Reject already-published versions');
|
|
|
|
assert.ok(
|
|
formatIdx !== -1,
|
|
'Could not find "Validate version format" step in release.yml'
|
|
);
|
|
assert.ok(
|
|
dupCheckIdx !== -1,
|
|
'Could not find "Reject already-published versions" step in release.yml'
|
|
);
|
|
assert.ok(
|
|
dupCheckIdx > formatIdx,
|
|
`"Reject already-published versions" (offset ${dupCheckIdx}) must appear AFTER ` +
|
|
`"Validate version format" (offset ${formatIdx}) in release.yml.\n` +
|
|
`Format validation must gate before the npm pre-check.`
|
|
);
|
|
});
|
|
|
|
test('create job declares needs: validate-version', () => {
|
|
const src = loadWorkflow();
|
|
// Check that between "create:" and the next top-level job, "needs: validate-version" appears.
|
|
const createJobIdx = src.indexOf('\n create:\n');
|
|
assert.ok(createJobIdx !== -1, 'release.yml must have a `create:` job');
|
|
|
|
// Find the segment from create: to the next job header
|
|
const afterCreate = src.slice(createJobIdx);
|
|
const nextJobMatch = afterCreate.match(/\n {2}[a-z][a-z-]+:\n/g);
|
|
const createSegment = nextJobMatch && nextJobMatch.length > 1
|
|
? afterCreate.slice(0, afterCreate.indexOf(nextJobMatch[1]))
|
|
: afterCreate;
|
|
|
|
assert.ok(
|
|
createSegment.includes('needs: validate-version') || createSegment.includes('needs: [validate-version'),
|
|
'The `create` job must declare `needs: validate-version` to ensure validation runs first (ADR-218)'
|
|
);
|
|
});
|
|
|
|
test('rc job declares needs including validate-version', () => {
|
|
const src = loadWorkflow();
|
|
const rcJobIdx = src.indexOf('\n rc:\n');
|
|
assert.ok(rcJobIdx !== -1, 'release.yml must have an `rc:` job');
|
|
|
|
// Parse the `needs:` list from the rc job header region. We look for the
|
|
// `needs:` key in the lines immediately following the job header, stopping
|
|
// at the first non-indented (top-level) keyword. This avoids false passes
|
|
// where "validate-version" only appears inside a step expression such as
|
|
// `${{ needs.validate-version.outputs.branch }}` but is absent from the
|
|
// actual `needs:` dependency declaration.
|
|
const needsList = parseJobNeeds(src, rcJobIdx);
|
|
assert.ok(
|
|
needsList !== null,
|
|
'Could not locate a `needs:` declaration in the `rc` job of release.yml'
|
|
);
|
|
assert.ok(
|
|
needsList.includes('validate-version'),
|
|
`The \`rc\` job must list validate-version as a member of its \`needs:\` ` +
|
|
`(ADR-218 gate must run before rc).\n` +
|
|
`Parsed needs list: ${JSON.stringify(needsList)}`
|
|
);
|
|
});
|
|
|
|
test('finalize job declares needs including validate-version', () => {
|
|
const src = loadWorkflow();
|
|
const finalizeIdx = src.indexOf('\n finalize:\n');
|
|
assert.ok(finalizeIdx !== -1, 'release.yml must have a `finalize:` job');
|
|
|
|
// Same targeted parse as the rc test above.
|
|
const needsList = parseJobNeeds(src, finalizeIdx);
|
|
assert.ok(
|
|
needsList !== null,
|
|
'Could not locate a `needs:` declaration in the `finalize` job of release.yml'
|
|
);
|
|
assert.ok(
|
|
needsList.includes('validate-version'),
|
|
`The \`finalize\` job must list validate-version as a member of its \`needs:\` ` +
|
|
`(ADR-218 gate must run before finalize).\n` +
|
|
`Parsed needs list: ${JSON.stringify(needsList)}`
|
|
);
|
|
});
|
|
|
|
test('validate-version job appears before create/rc/finalize jobs in file', () => {
|
|
const src = loadWorkflow();
|
|
|
|
const validateIdx = src.indexOf('\n validate-version:\n');
|
|
const createIdx = src.indexOf('\n create:\n');
|
|
const rcIdx = src.indexOf('\n rc:\n');
|
|
const finalizeIdx = src.indexOf('\n finalize:\n');
|
|
|
|
assert.ok(validateIdx !== -1, 'validate-version job must be defined');
|
|
|
|
if (createIdx !== -1) {
|
|
assert.ok(
|
|
validateIdx < createIdx,
|
|
'validate-version must be declared before the create job in release.yml'
|
|
);
|
|
}
|
|
if (rcIdx !== -1) {
|
|
assert.ok(
|
|
validateIdx < rcIdx,
|
|
'validate-version must be declared before the rc job in release.yml'
|
|
);
|
|
}
|
|
if (finalizeIdx !== -1) {
|
|
assert.ok(
|
|
validateIdx < finalizeIdx,
|
|
'validate-version must be declared before the finalize job in release.yml'
|
|
);
|
|
}
|
|
});
|
|
});
|