Repository navigation
v0.3.26 — round-2 semantic-audit fixes
·
178 commits
to develop
since this release
Immutable
release. Only release title and notes can be modified.
v0.3.26
- fix REQ-017 (again):
provision-windows-labview-vm.yml's credential-file cleanup only ran on the success path (set -euo pipefailmeans an earlier failure skips the end-of-step shred line entirely) -- replaced every end-of-step cleanup with atrap ... EXITright after each file is written, so cleanup now fires on any exit path, success or failure, verified locally that explicit exit codes are preserved through the trap - fix a real, 3-model-consensus documentation defect:
docs/sbom-pipeline/procedure.mdandREADME.mdboth mischaracterizedRun-Pipeline.shas "the native Linux SBOM pipeline" -- it is actually a separate, unrelated LabVIEWCLI MassCompile/VI Analyzer tool for NI's own example VIs, with zero SBOM/VIPM/Grype/DT stages (confirmed directly against the script's own header comment); there is no native Linux SBOM pipeline in this repo today, only the containerized one - fix
docs/sbom-pipeline/procedure.md's native-pipeline stage list: added the missing "Packages" stage (build.packages,vipm lock, signed builds), and corrected the Policy-gate/Publish stage ordering (Publish-DependencyTrackcallsTest-PipelinePolicyGateinternally as its last action, not as a separate preceding stage) - fix
docs/vm-provisioning/procedure.md's Ubuntu-LabVIEWcomplete-activationdescription: VIPM activation is genuinely automated (activate-vipm.sh'svipm activate --direct-vipm-io, perREQ-032), only LabVIEW activation stays human-only -- the doc previously claimed both stayed human-only, the same scope error already fixed in the wiki SRS - fix
docs/vm-provisioning/procedure.md's overclaimed "no built-in default" wording: severalworkflow_dispatchinputs do carry generic placeholder defaults (e.g.vm_name'sexample-windows11-labview2026-myproject); none default to any real fork's actual identity, which was the real intent, but the literal wording was inaccurate - fix
docs/cm/cm-plan.md's Change Control table: disclosed the realgh pr merge --adminbypass mechanism already documented inCONTRIBUTING.md, which the CM plan's "Operator review of the PR" claim omitted entirely - fix
docs/information-item-map.md's staleBaseline: v0.3.11(14 releases stale) - fix README.md's reusable-workflow pinning-format claim to match the real, recommended
@<commit-sha> # <tag>format (it said@<tag>only, contradicting its own adjacent "Directly-invoked scripts" bullet andtoolchain-smoke-test.yml's own canonical example) - narrow wiki SRS REQ-013's wording to the base-OS ISO specifically (the auxiliary NSIS/service-bootstrap bootstrap media it also implied coverage for is only existence-checked, not hash-verified -- a known, separately-tracked gap,
#63) - all findings from this round found by
repo-standards-review@v0.2.23's--mode semantic-audit, run across all 5 areas (REQ/ARCH/TEST/CM/DOC) with 3 independent models (Claude Opus, GPT-6-astra, Gemini-4-argon); the single most significant finding (provision-ubuntu-vm.ymlhas zero total dispatches ever and references 3 scripts that have never existed in this repo) needs an operator decision before it can be fixed -- filed as#62;#63tracks 2 smaller follow-ups