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
Significant changes have landed (and are landing) across the dashboard pipeline's release and testing framework. The developer-facing docs in hubverse-org/hubDocs have not yet been updated to match, and a new contributor following the existing pages would miss several load-bearing concepts.
The changes touch multiple repos and affect overlapping pages, so the right first step is to scope what needs updating where, before anyone writes prose.
High-level changes to reflect (non-exhaustive)
This list is intentionally rough; treat it as input to scoping, not a checklist:
Base + dev + production image architecture: shared base image, dev image for lockfile updates and exploratory testing, production image as the consumer surface. Includes the renv-as-installer-only pattern in production (autoloader disabled) versus the conventional renv project in dev.
Which concepts above belong on which page (some may need new sections or even new pages).
Which pages need light edits vs. substantial rewrites.
Whether any concepts are better tracked as their own dedicated docs issues that this one links to.
Which changes are still in flight (e.g. the sanity-check workflow on dashboard-test-hub-dashboard) and should be left as TODO links until they land vs. documented as-implemented.
Update this issue body (or open child issues) with the scoped plan, then proceed to writing.
Context
Significant changes have landed (and are landing) across the dashboard pipeline's release and testing framework. The developer-facing docs in
hubverse-org/hubDocshave not yet been updated to match, and a new contributor following the existing pages would miss several load-bearing concepts.The changes touch multiple repos and affect overlapping pages, so the right first step is to scope what needs updating where, before anyone writes prose.
High-level changes to reflect (non-exhaustive)
This list is intentionally rough; treat it as input to scoping, not a checklist:
hubverse-org/hubPredEvalsData-docker: split intochain-build,publish-base-dev, andpublish-production, each with narrow path filters and a single concern (Split CI workflows and base production on shared base image hubPredEvalsData-docker#32).create-predevals-data.R(Refactor create-predevals-data.R into thin orchestrator (#6, #22) hubPredEvalsData-docker#36): default oracle discovery now useshubData::connect_target_oracle_output(), with a deprecated-dshim and a transitional--legacy-oracle-fallbackoption for the control-room workflow's migration window.oracle-databranch fallback; uses the new docker invocation surface.renv.lockwork: just update (ephemeral), update + verify (ephemeral, one-shot), update + verify + explore (persistent). Documented inhubverse-org/hubPredEvalsData-docker's README.dashboard-test-hub-dashboardin release waves: this test fixture leads release waves (config can reflect r-universe state ahead of:latest). A sanity-check workflow is in scope to automate that staging signal (Add a CI sanity-check workflow that exercises this config against latest upstream releases dashboard-test-hub-dashboard#8).hubverse-org/hubverse-claude-skills(Add dashboard-local-build and dashboard-smoke-test skills hubverse-claude-skills#3): a Claude skill for spinning up the local dashboard build flow. Once it lands, the local-build docs page should reference it.Affected pages (approximate, scoping will refine)
Best-guess starting set, will need confirmation:
developer/dashboard-local.mddeveloper/dashboard-workflows.mddeveloper/dashboard-predevals.mddeveloper/dashboard-staging.mddeveloper/dashboard-tools.mdFirst step: scope
Before writing any prose, decide:
dashboard-test-hub-dashboard) and should be left as TODO links until they land vs. documented as-implemented.Update this issue body (or open child issues) with the scoped plan, then proceed to writing.
Cross-links
-d <oracle>argument and dashboardoracle-databranch fallback hub-dashboard-control-room#108 / Update software.md #109 (control-room migration plan + PR)