[rush reporter][R6] Add install-run-rush bootstrap handoff and compatibility adapters
Nobody has claimed this yet.
Assessment
- Difficulty
- 5/5
- Estimated time
- Over a week
- Newbie friendliness
- 25/100
- Issue type
- Feature
- Clarity
- Needs clarification
- Activity status
- Active
- Tech stack
- nodejs, typescript
- Domain
- build-system, cli, tooling
Research direction
Start with the bootstrap and install-run-rush flow described here, then read RFC §5.5 to understand the handoff requirements. Trace how direct rush and bootstrap-mediated invocation select the frontend manager, and verify replay, deletion, truncation, overflow, permissions, cleanup, compatibility fallback, and legacy output behavior against the acceptance criteria.
Written by the indexing model from the issue text.
Description
Parent: #5858
Blocked by: #5974, #5975
Goal
Extend reporter ownership to startup/version-selection output without destabilizing the existing bootstrap script.
Scope
- Decide and implement the safest bootstrap shape: a reporter-aware
install-run-rushvariant, as suggested in #5858, or a backward-compatible prelude in the existing script. - Parse only early reporter controls in the zero-dependency bootstrap.
- Buffer bounded Rush-owned startup envelopes, preserve inherited npm output as raw external output, and publish a nonce-protected handoff path via private environment variables.
- Replay and delete the handoff in the frontend host; clean abandoned files.
- Add new-frontend/old-engine and old-frontend/new-engine compatibility adapters with legacy-visible fallback.
Acceptance criteria
- Direct
rushand bootstrap-mediated invocation converge on one authoritative frontend manager. - Handoff replay/deletion, truncation, overflow, permissions, and cleanup behavior match RFC §5.5.
- Unsupported explicit requests fail; automatic/implicit selection falls back safely.
- Old global/new local and new global/old local combinations retain usable legacy output.
- Existing bootstrap consumers are not forced onto the new visible reporter path.
DAG
Unblocks R9 and completes startup ownership; it is intentionally not on the shortest direct-invocation demo path.
Part of #5858.
- Dominant language
- TypeScript
- Stars
- 6.5k
- Forks
- 708
- Avg merge
- 5d 7h
- Merged PRs (30d)
- 44
Contributor guide
No contributing guide indexed for this repository
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
More from microsoft/rushstack
-
Difficulty 2/5 1-3 hours Newbie friendliness 72/100
-
Difficulty 2/5 1-3 hours Newbie friendliness 65/100
-
Difficulty 2/5 1-3 hours Newbie friendliness 68/100
-
Difficulty 2/5 1-3 hours Newbie friendliness 70/100
-
Difficulty 4/5 3-5 days Newbie friendliness 48/100
All issues in microsoft/rushstack
Similar issues
-
Difficulty 2/5 1-3 hours Newbie friendliness 74/100
ontola/atomic-server#1625 ·
-
bug
Difficulty 2/5 1-3 hours Newbie friendliness 70/100
melgarafael/DeskcommCRM#1451 ·
-
Difficulty 1/5 Under an hour Newbie friendliness 82/100
-
bug via-triage
Difficulty 2/5 1-3 hours Newbie friendliness 78/100
-
bot:ai-assisted component:compact-js status:untriaged
Difficulty 2/5 1-3 hours Newbie friendliness 84/100
midnightntwrk/midnight-sdk#403 ·