Clarify local runtime bundle bootstrap
Stop presenting make runtime-bundle as a turnkey fresh-checkout bootstrap\nwhen the checked-in manifest is intentionally empty. The manifest comments,\nruntimebundle error messages, Make help, README, and AGENTS docs now all\ndescribe the same local-first flow: stage an archive, use a separate local\nmanifest copy with url/sha256, then bootstrap ./runtime from that manifest.\n\nKeep the existing package/fetch commands intact, and add a small runtimebundle\nregression test so the local-manifest guidance does not drift again.\n\nValidated with make help and GOCACHE=/tmp/banger-gocache go test\n./internal/runtimebundle.
This commit is contained in:
parent
ccba07ec68
commit
617f677c9b
6 changed files with 66 additions and 17 deletions
|
|
@ -1,5 +1,6 @@
|
|||
# Update `url` and `sha256` to the published runtime bundle before using
|
||||
# `make runtime-bundle` in a fresh checkout.
|
||||
# Template manifest for local or published runtime bundle archives.
|
||||
# Keep this checked-in file empty by default; use a local manifest copy with
|
||||
# concrete `url` and `sha256` values when bootstrapping `./runtime/`.
|
||||
version = "v0"
|
||||
url = ""
|
||||
sha256 = ""
|
||||
|
|
|
|||
Loading…
Add table
Add a link
Reference in a new issue