Part of #253. Blocked by step 5.
Goal
Migrate developer-ecosystem (20 package.json manifests, the largest single-repo backlog). Isolated as its own STEP because the manifest count is 2.5× the next-largest single repo and the sub-projects are scattered (per umbrella body characterisation).
Scope
Single repo: hyperpolymath/developer-ecosystem
20 manifests post-excludes per umbrella body inventory. STEP 2 re-inventory may adjust the count.
Approach
This repo's scale + scatter argues for a per-sub-project PR slicing strategy rather than monolithic single-PR:
- Enumerate all 20 manifests; cluster by sub-project / directory
- Map dependency edges between sub-projects (does sub-project A's
package.json reference workspace :^ to sub-project B?)
- Migrate dependency leaves first, work toward roots
- Each per-sub-project PR is independent; CI gates ensure no cross-contamination
Per-PR-slice recipe (extends STEP 5)
Same as STEP 5 plus:
- Document the sub-project map up front (one issue comment listing the 20 manifests + cluster assignments) before opening any PR
- Verify per-PR ownership gate (one verification at the top, all PRs target same repo)
- Stagger PR opens to avoid rate-limit secondary block (per memory: ~5 PRs in <30 min triggers GitHub block)
- If workspace-style root manifest is required by tooling, leave in place under STEP 1 carve-out and document why in PR body
Acceptance
- Sub-project map posted as issue comment
- All ~20 manifest migrations completed as 5-20 PRs (depending on slicing)
- All PRs auto-merged with GREEN CI
- Hypatia scan against developer-ecosystem shows no new flags from migrated areas
- Workspace-style holdovers (if any) carve-out-documented
Sequencing
Blocked by: STEP 5 (multi-manifest + multi-repo experience).
Blocks: STEP 7 (workspace-style finalisation).
Part of #253. Blocked by step 5.
Goal
Migrate
developer-ecosystem(20package.jsonmanifests, the largest single-repo backlog). Isolated as its own STEP because the manifest count is 2.5× the next-largest single repo and the sub-projects are scattered (per umbrella body characterisation).Scope
Single repo:
hyperpolymath/developer-ecosystem20 manifests post-excludes per umbrella body inventory. STEP 2 re-inventory may adjust the count.
Approach
This repo's scale + scatter argues for a per-sub-project PR slicing strategy rather than monolithic single-PR:
package.jsonreference workspace:^to sub-project B?)Per-PR-slice recipe (extends STEP 5)
Same as STEP 5 plus:
Acceptance
Sequencing
Blocked by: STEP 5 (multi-manifest + multi-repo experience).
Blocks: STEP 7 (workspace-style finalisation).