====== 5.8 Environment Verification ====== [[fxdemo:05-part:start | Go To Top ]] [[fxdemo:05-part:05-development-environment:start | Return to Development Environment ]] The team should provide a repeatable way to verify the development environment before coding begins. The ''checkPrerequisites.sh'' script should check required tools, versions, commands, paths, environment variables, and basic runtime assumptions. Environment verification should fail clearly when a required tool is missing, misconfigured, or unsupported. The script should explain what failed, why it matters, and what the developer should check next. It should return a non-zero exit code when the environment does not satisfy the Phase 0 [[dido:99_annexes:annex-b-terms-and-definitions:b:baseline|Baseline]]. The Verification process should distinguish required tools from optional tools. Missing required tools should block Baseline execution. Missing optional tools should produce warnings rather than failures unless the developer requested a workflow that depends on them. Developers should run environment Verification before generating [[dido:99_annexes:annex-b-terms-and-definitions:t:type|Types]], building containers, running [[dido:99_annexes:annex-b-terms-and-definitions:n:node|Nodes]], or collecting acceptance [[dido:99_annexes:annex-b-terms-and-definitions:e:evidence|Evidence]]. Reviewers may also use environment Verification to confirm that the [[dido:99_annexes:annex-b-terms-and-definitions:r:repository|Repository]] instructions match actual executable behaviour. The practical goal is simple: a developer should be able to clone the Repository, run the prerequisite check, fix reported issues, initialise the environment, generate required [[dido:99_annexes:annex-b-terms-and-definitions:a:artifact|Artifacts]], build the containers, run the Node network, observe status, stop the network, and inspect the resulting Evidence without relying on undocumented local knowledge. ---- © 2026 Dido Solutions, Inc. and Jackrabbit Consulting, Inc.