[home#228 sub] Decide fate of standalone hero_foundry_ui repo (rename or fold into hero_foundry?) #229
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Context. The s77 producer-rename sweep under home#228 migrated 25 service producers from
_uito_admin(or_webfor dual-surface repos likehero_books/hero_foundry). One repo was deferred:https://forge.ourworld.tf/lhumina_code/hero_foundry_ui— a standalone top-level repo (not a crate inside another repo). Active development ondevelopmentbranch through 2026-05-06 (last commita0c88f7toolchain pin).Unlike the in-repo crate renames done in s77, renaming this whole repo is high-cost (forge API repo-rename + cross-repo references update + worktree paths). Filed as a separate decision rather than a mechanical sweep.
Options:
hero_foundry_ui→hero_foundry_webon the forge (keeping it standalone). Aligns with the_admin/_webconvention. Repo URL change requires consumer updates (service_foundry.nuetc.).hero_foundryascrates/hero_foundry_web. Eliminates one repo. Requires history move + rebuild dance.hero_service_testskill §2.Recommendation: option 1 (lowest-cost rename; preserves current working layout). Schedule for a future session — not blocking the s77 producer sweep.
References:
_ui→_webreference impl), hero_biz#46, hero_browser#24, hero_codescalers#23, hero_collab#54, hero_editor#12, hero_lib_rhai#22, hero_logic#26, hero_matrixchat#8, hero_office#27, hero_osis#47, hero_whiteboard#165, hero_agent#21, hero_compute#106, hero_planner#5, hero_proxy#47Signed-off-by: mik-tf
mik-tf referenced this issue from lhumina_code/hero_demo2026-05-08 02:18:54 +00:00
Parent META is now home#230 (#228 closure consolidated there). This decision survives as the one open child of the s77+s78 alignment arc.