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
{{ message }}
Repository navigation
Commit 4bb9831
Browse filesBrowse the repository at this point in the historyBrowse files
docs(merge): name the non-finite echo; split the YAML bullet
zod's type-mismatch message prints the received type, except for a non-finite number, which prints as itself (Infinity, -Infinity, NaN: the String(input) branch of getTypeName in zod's en locale). The unrecognized-key bullet says so with the .inf example reproduced on this tip. The YAML bullet is split into the syntax-error bullet and the parser-warning bullet.
Codex rubber duck, one round: APPROVE, no findings; it confirmed the message, the vocabulary against the installed zod source, and that enums print options rather than input.
Copy file name to clipboardExpand all lines: docs/operate/layering.md
+3-2Lines changed: 3 additions & 2 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -261,7 +261,7 @@ The fold itself refuses what only a merge can judge (`layer ".github/settings/re
261
261
262
262
That guarantee covers the fold alone. The per-layer validation prints the same messages an apply or check run prints, and these message families can name what they find:
263
263
264
-
- An unrecognized key in a strict object: `actions.cache: Unrecognized key: "cache_ttl"`.
264
+
- An unrecognized key in a strict object: `actions.cache: Unrecognized key: "cache_ttl"`. A type mismatch prints only the type received, except a non-finite number, which prints as itself: `actions.cache.max_cache_size_gb: .inf` gives `Invalid input: expected number, received Infinity` (the vocabulary is Infinity, -Infinity, and NaN).
265
265
- An unknown top-level section, by its name: `unknown top-level section(s) in repo.yml: lables`.
266
266
- A key path through keys you chose, wherever a section accepts arbitrary ones: `repository.private_project is not plain YAML data`, and under `interaction_limits` the unknown keys themselves: `interaction_limits.limit: key(s) [private_project] ride the base interaction-limits PUT`.
267
267
- A closed section's entry, by its identity, with the key it does not know: `collaborators[octocat]: declares "permision", which this section does not recognize`.
@@ -273,7 +273,8 @@ That guarantee covers the fold alone. The per-layer validation prints the same m
273
273
- `branches` wildcard entries, by name with the scalar declared where a mapping belongs, the widest echo in the set: `branches[0].protection.required_status_checks: the wildcard entry "release/*" declares protection.required_status_checks as "strict", but on a wildcard rule it must be a mapping`.
274
274
- `environments` entries, by name: `environments[0].deployment_branch_policies: the "prod" entry declares deployment_branch_policies, so it must also declare deployment_branch_policy`.
275
275
- `actions.selected_actions`repeats the declared `allowed_actions`, which has already passed its enum, so only `all`, `local_only`, or `selected` can appear there.
276
-
- A YAML syntax error, quoting the offending source line with a caret under the column; an unresolved alias names the alias instead. A parser warning (an unresolved tag, an unknown directive, an ambiguous anchor) leaves the parse successful, but the parser still prints the offending source line, values included, to the step's log; a collection used as a key warns with the stringified key.
276
+
- A YAML syntax error, quoting the offending source line with a caret under the column; an unresolved alias names the alias instead.
277
+
- A YAML parser warning (an unresolved tag, an unknown directive, an ambiguous anchor) leaves the parse successful, but the parser still prints the offending source line, values included, to the step's log; a collection used as a key warns with the stringified key.
277
278
278
279
A merge-mode log can therefore show your settings file's structure and, through these messages, a value from it: treat it like any log that prints a parse error for a file the runner holds.
0 commit comments