Correct users-guide JSON/config claims and document glob - #446
Conversation
WalkthroughThe user guide documents glob expansion, command-line limits, configuration discovery, and JSON stream behaviour. End-to-end tests validate manifest action selection when ChangesGuide and documentation examples
Possibly related PRs
Suggested labels: Suggested reviewers: Poem
🚥 Pre-merge checks | ✅ 20✅ Passed checks (20 passed)
✨ Finishing Touches📝 Generate docstrings
🧪 Generate unit tests (beta)
Comment |
0bf7c44 to
f17507a
Compare
There was a problem hiding this comment.
💡 Codex Review
Here are some automated review suggestions for this pull request.
Reviewed commit: f17507adb2
ℹ️ About Codex in GitHub
Your team has set up Codex to review pull requests in this repo. Reviews are triggered when you
- Open a pull request for review
- Mark a draft as ready
- Comment "@codex review".
If Codex has suggestions, it will comment; otherwise it will react with 👍.
Codex can also answer questions or update the PR. Try commenting "@codex address that feedback".
Assessment of docs/users-guide.md against the implemented codebase surfaced one substantive accuracy error and some smaller gaps: - JSON mode: success writes a result document to stdout, but failure writes the diagnostic document to stderr (stdout empty). The guide claimed the diagnostic went to stdout. Correct both the output-streams and JSON-output sections and clarify the sample envelope is emitted on stderr. - Document the glob(pattern) manifest function, which was registered but undocumented (README already advertises globbing). Add a subsection covering its pairing with foreach and its matching semantics. - Match the documented --jobs value name to the CLI (<N>, accepts 1 to 64). - Clarify that system/user configuration come from XDG/home conventions rather than two separately named Netsuke layers. Also strengthen example coverage: guide-command-available-manifest was only compiled via generate. Add a unix e2e test that pins both when/command_available branches deterministically by isolating PATH (stub cargo-nextest present vs absent) and asserting the selected action command. Follow-up issue #443 tracks a dedicated stdlib guide with executable examples. Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
f17507a to
110d8f5
Compare
|
@coderabbitai resume |
✅ Action performedReviews resumed. |
|
@coderabbitai review |
✅ Action performedReview finished.
|
✅ Action performedReview finished.
|
|
@coderabbitai resume |
✅ Action performedReviews resumed. |
Summary
Assessment of
docs/users-guide.mdagainst the currently implemented codebasefound the guide broadly accurate, but surfaced one substantive accuracy error
and a few smaller gaps. This PR corrects them and strengthens example coverage.
Guide fixes (
docs/users-guide.md)command writes a result document to stdout, but a failure writes the
diagnostic document to stderr with stdout left empty. The guide claimed
the diagnostic went to stdout. Corrected both the "Control output and
accessibility" and "JSON output" sections, and relabelled the sample envelope
as the diagnostic document written to stderr. Matches
runner/dispatch.rs(result → stdout) vs
diagnostic_json.rs(diagnostic → stderr) and theexisting
json_diagnostic_example_matches_live_schematest.glob(pattern), which was registered (manifest/mod.rs) butundocumented, even though the README advertises globbing. Added a subsection
covering its pairing with
foreachand its matching semantics.--jobsvalue name aligned with the CLI:<N>(accepts 1 to 64) ratherthan
<1..64>.XDG/home conventions rather than two separately named Netsuke layers.
Test coverage
guide-command-available-manifestwas previously only compiled viagenerate,never asserting which
when/command_availablebranch was selected. Added aunix e2e test (
command_available_selects_the_documented_action_branch) thatpins both branches deterministically by isolating
PATH— a stubcargo-nextestpresent vs absent — and asserts the resulting action command
(
cargo nextest runvscargo test).Follow-up
Issue #443 tracks a dedicated, comprehensive
docs/stdlib-yaml-and-jinja-guide.mdwith executable examples for the full template standard library (path/hash/time/
fetch/shell/grep/file tests), linked from the user's guide and README.Quality gates
check-fmt,markdownlint(+ en-GB-oxendict spelling),lint(clippy + Whitakerdylint), and full
make testall pass locally with zero failures.References