Template
fix(ci): guard migration SQL files against exceeding the manifest version #53
Reference in New Issue
Block a user
Delete Branch "fix/ci-schema-version-guard"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Problem
The
SQL schema validationstep inci-joomla.ymlhad two gaps that let a real bug through on MokoSuiteCommunity:.sqlexists for the manifest version. Nothing flagged update files above the manifest. Migration files01.02.00.sql..01.14.00.sql(a stray semver lane) coexisted with a01.01.40manifest, so Joomla recorded#__schemas.version_id = 01.14.00while the release version was01.01.40— a runtime "database version mismatch" that CI never caught.maxdepth 2) and required everysql/updates/mysqldir to contain a file at that single version, mis-flagging sub-extensions that version independently (e.g. membership).Fix
Rewrite the block to iterate each
sql/updates/mysqldir and resolve its own component manifest (three levels up), then per component:${component_version}.sqlin that component's own update dir;sort -Vcomparison, pre-release suffix stripped).Applies only to
Template-Joomla—Template-Generichas no Joomla SQL-migration concept (verified: zerosql/updatesreferences in its workflows).Authored-by: Moko Consulting
https://claude.ai/code/session_01VXrBk7psPzJPHVuBDJwt2x