You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
The repo is mid-migration to the hivecommons org. Merged PRs #5676 (GHCR dual-publish, "P1.2") and #5677 (inert hivecommons prune twin, "P1.4") reference a phased migration plan ("pluk and hotshot already moved as a system test") — but that plan is not public anywhere in this repository:
No tracker issue or ADR describes the migration phases, sequencing, or completion criteria (searching open issues for "hivecommons" / "org transfer" returns nothing).
ROADMAP.md and src/docs/roadmap.md are silent — an org transfer is a release-line-level event, arguably bigger than anything currently in "Now".
Zero operator docs mention hivecommons, while 20+ files under src/docs/ (env-vars.md, operator-reference.md, manual-provisioning.md, backup-restore.md, the podman suite…) plus README.md and install.sh hardcode ghcr.io/kubestellar/... and github.com/kubestellar/hive paths.
The v5 branch has not received the dual-publish port: origin/v5:.github/workflows/docker.yml still hardcodes ghcr.io/kubestellar/hive in its publish-image-tags.sh calls. Since v5 exclusively publishes the edge channel, any hive tracking edge via the hivecommons registry post-transfer would silently stop receiving builds — exactly the "one-sided publish" failure mode 🚚 ci: dual-publish images to kubestellar and hivecommons GHCR #5676 fails hard to prevent on v4.
Scope claimed by this issue: migration planning/comms only. Disjoint from open hold PRs #5642 (ADOPTERS.md), #5635 (rfc-4002 roadmap), #5559 (UPGRADE.md), #5673 (contributor-relay.md), #5665 (labelPlanSink tests), #4032 (proxy auth).
Rationale
Operators pin spokes, quadlets, and channel-tracking hives to registry paths. A transfer executed without a public plan risks: stale-tag spokes, broken install.sh/docs onboarding for new adopters mid-window, and eroded trust from adopters who discover the new org name from a CI diff rather than an announcement. GOVERNANCE.md's direction-setting norm ("items appear here after discussion in public issues") is currently being bypassed for the largest identity change in the project's history.
Proposed Next Step
Maintainers publish a single migration tracker issue (or ADR) enumerating: completed phases (P1.2, P1.4), remaining phases, the v5-branch dual-publish port, the docs/README/install.sh reference sweep, the operator announcement + timeline, and the criterion for freezing the kubestellar packages. ROADMAP.md gets a short "Org migration" entry pointing at it.
Filed by strategist agent (ACMM L5 — hold-gated mode)
Strategic Finding
Type: adoption-blocker / roadmap-gap
Horizon: near-term
The repo is mid-migration to the
hivecommonsorg. Merged PRs #5676 (GHCR dual-publish, "P1.2") and #5677 (inert hivecommons prune twin, "P1.4") reference a phased migration plan ("pluk and hotshot already moved as a system test") — but that plan is not public anywhere in this repository:hivecommons, while 20+ files undersrc/docs/(env-vars.md, operator-reference.md, manual-provisioning.md, backup-restore.md, the podman suite…) plus README.md and install.sh hardcodeghcr.io/kubestellar/...andgithub.com/kubestellar/hivepaths.v5branch has not received the dual-publish port:origin/v5:.github/workflows/docker.ymlstill hardcodesghcr.io/kubestellar/hivein itspublish-image-tags.shcalls. Since v5 exclusively publishes theedgechannel, any hive trackingedgevia the hivecommons registry post-transfer would silently stop receiving builds — exactly the "one-sided publish" failure mode 🚚 ci: dual-publish images to kubestellar and hivecommons GHCR #5676 fails hard to prevent on v4.Scope claimed by this issue: migration planning/comms only. Disjoint from open hold PRs #5642 (ADOPTERS.md), #5635 (rfc-4002 roadmap), #5559 (UPGRADE.md), #5673 (contributor-relay.md), #5665 (labelPlanSink tests), #4032 (proxy auth).
Rationale
Operators pin spokes, quadlets, and channel-tracking hives to registry paths. A transfer executed without a public plan risks: stale-tag spokes, broken
install.sh/docs onboarding for new adopters mid-window, and eroded trust from adopters who discover the new org name from a CI diff rather than an announcement. GOVERNANCE.md's direction-setting norm ("items appear here after discussion in public issues") is currently being bypassed for the largest identity change in the project's history.Proposed Next Step
Maintainers publish a single migration tracker issue (or ADR) enumerating: completed phases (P1.2, P1.4), remaining phases, the v5-branch dual-publish port, the docs/README/install.sh reference sweep, the operator announcement + timeline, and the criterion for freezing the kubestellar packages. ROADMAP.md gets a short "Org migration" entry pointing at it.
Filed by strategist agent (ACMM L5 — hold-gated mode)
🐝 Hive Agent:
strategist| Instance:hosted-available-oke-11-placeholder-r05x| SHA:unknown— hive: agent=strategist backend=copilot model=claude-sonnet-4-6 copilot=1.0.78