The reverse-dependency validation in the proposed development model
(docs/development-model.md, PR #54) rests on one convention: every consumer's
build honors <DEP>_BRANCH (environment or CMake cache variable). When set,
find_or_fetch fetches that dependency at the given ref instead of the
committed default; unset uses the committed pin; a bad ref fails loudly.
LIBNEO_BRANCH is the libneo instance, and SIMPLE already implements it. Bring
the rest to the same behavior:
Generalize find_or_fetch to read ${DEP_UPPER}_BRANCH, so the same hook
covers fortplot and any future hub with no new mechanism.
Acceptance: dispatching each repo's build with LIBNEO_BRANCH=<ref> builds
against that libneo, with no commit to the repo. This is the single enabling
piece for the release-time gate (libneo issue) and the per-repo integration.yml.
The reverse-dependency validation in the proposed development model
(
docs/development-model.md, PR #54) rests on one convention: every consumer'sbuild honors
<DEP>_BRANCH(environment or CMake cache variable). When set,find_or_fetchfetches that dependency at the given ref instead of thecommitted default; unset uses the committed pin; a bad ref fails loudly.
LIBNEO_BRANCHis the libneo instance, and SIMPLE already implements it. Bringthe rest to the same behavior:
Generalize
find_or_fetchto read${DEP_UPPER}_BRANCH, so the same hookcovers fortplot and any future hub with no new mechanism.
Acceptance: dispatching each repo's build with
LIBNEO_BRANCH=<ref>buildsagainst that libneo, with no commit to the repo. This is the single enabling
piece for the release-time gate (libneo issue) and the per-repo
integration.yml.