chore(ci): fix create-cedar-rsc-app yarn install on Windows#1745
Conversation
Using `yarn --cwd packages/create-cedar-rsc-app install` fails on Windows with exit code 127 (command not found). Corepack can't resolve the yarn binary when switching directory context via --cwd for a sub-project that has no packageManager field. Replace with a plain `cd` + `yarn install` in the same shell script to avoid the issue entirely.
✅ Deploy Preview for cedarjs canceled.
|
Greptile SummaryThis PR fixes a Windows-specific CI failure in the
Confidence Score: 5/5This PR is safe to merge — it makes a minimal, targeted change to a single CI step with no impact on application code or other workflows. The change swaps a single-line yarn invocation for an equivalent two-command shell sequence. Both the original intent and the error-propagation behavior are preserved, and the absolute path via No files require special attention. Important Files Changed
Reviews (2): Last reviewed commit: "chore(ci): use $GITHUB_WORKSPACE for abs..." | Re-trigger Greptile |
|
| Command | Status | Duration | Result |
|---|---|---|---|
nx run-many -t build:pack --exclude create-ceda... |
✅ Succeeded | 4s | View ↗ |
nx run-many -t build |
✅ Succeeded | 4m 12s | View ↗ |
☁️ Nx Cloud last updated this comment at 2026-05-11 00:08:20 UTC
|
The changes in this PR are now available on npm. Try them out by running Or try it in a new app with |

Problem
yarn --cwd packages/create-cedar-rsc-app install --inline-buildswas failing on Windows runners with exit code 127 (command not found) at the start of the Resolution step.A guess as to what the root cause might be is that it's a Corepack + Windows issue: when using
--cwdto run yarn from a sub-directory that has nopackageManagerfield in itspackage.json, Corepack possibly can't properly resolve the yarn binary for that directory context.This was spotted in the Background Jobs E2E test: https://github.com/cedarjs/cedar/actions/runs/25642121026/job/75264311900
Fix
Replace the
--cwdinvocation with a plaincd+yarn installin the same shell script. Yarn is already active in the shell from the first install, so the second invocation succeeds normally.