Changes across the BLIS repositories¶
The process for a change that spans blis-schemas, blis-catalog, blis-registry, blis-latency-kernel and inference-sim is described once, in blis-schemas: Changes across the repositories. This page lists only what is specific to inference-sim, which is the last repository in the dependency order: it is pushed and merged after the other four. The per-PR workflow (PR Workflow) and the standards (rules, invariants) apply unchanged; the canonical page adds the cross-repository steps around them.
Repinning¶
go.mod: the kernel and blis-schemas at their pushed heads' pseudo-versions (release tags before merge). Never commit areplacefor a blis-* module (the llm-d router'sreplaceto the inference-sim fork is the one exception); rungo mod tidy.testdata/registryandtestdata/catalog: re-vendor from the registry and catalog heads, updating each.upstream-commitstamp.testdata/upstream-prerelease.lock: the same two heads (TEMPORARY). Empty it once the kernel'stestdata/upstream.locknames their releases;TestTheVendoredCatalogAndRegistryAreTheLockedReleasesthen holds the vendored copies to it.- Documentation that pins a catalog release (
docs/getting-started/installation.md) moves with it;TestDocExamplesPinTheCatalogVersionchecks it. go test ./...andgolangci-lint run ./....
The integrated build¶
Gates and published numbers come from one binary built from the integrated head with its revision injected:
go build -ldflags "-X github.com/inference-sim/inference-sim/cmd.buildRevision=$(git rev-parse HEAD)" -o blis main.go
It reads the registry and catalog from read-only snapshots of the pinned commits, never from a working tree. The pull request body records the binary's revision and the five head SHAs; the held-out and gate evidence the canonical page requires goes under Held-out and gate evidence in the template.
A private-names check (.github/workflows/private-names.yml) reads its pattern from a repository secret and fails a pull request whose files, paths, commit messages, title or body match it.