jmiller 8c579a2841
Universal: Pre-Release / Build Pre-Release (${{ inputs.stability || github.ref_name }}) (push) Has been skipped
Generic: Project CI / Lint & Validate (pull_request) Has been cancelled
Universal: PR Check / Branch Policy (pull_request) Has been cancelled
Universal: PR Check / Secret Scan (pull_request) Has been cancelled
Universal: PR Check / Validate PR (pull_request) Has been cancelled
Joomla: Metadata Validation / Validate Joomla Metadata (pull_request) Has been cancelled
Generic: Repo Health / Access control (pull_request) Has been cancelled
Generic: Repo Health / Site Health (pull_request) Has been cancelled
Branch Cleanup / Delete merged branch (pull_request) Has been cancelled
RC Revert / Rename rc/ back to dev/ (pull_request) Has been cancelled
Universal: Workflow Sync Trigger / Sync workflows to live repos (pull_request) Has been cancelled
Generic: Project CI / Tests (pull_request) Has been cancelled
Universal: PR Check / Build RC Package (pull_request) Has been cancelled
Universal: PR Check / Report Issues (pull_request) Has been cancelled
Generic: Repo Health / Scripts governance (pull_request) Has been cancelled
Generic: Repo Health / Repository health (pull_request) Has been cancelled
Generic: Repo Health / Report: Scripts Governance (pull_request) Has been cancelled
Generic: Repo Health / Report: Repository Health (pull_request) Has been cancelled
fix(ci): guard migration SQL files against exceeding the manifest version
Rework the SQL-schema check so each component is validated against ITS OWN
manifest version instead of a single package-level version applied to every
sql/updates/mysql dir (which mis-flagged independently-versioned sub-extensions).

Add check #11: fail if any update file version exceeds its component manifest
version. This catches migration files drifting onto a different numbering lane
and getting ahead of the release version (e.g. 01.14.00.sql while the manifest
is 01.01.40) at PR time instead of surfacing as a runtime schema mismatch.

Authored-by: Moko Consulting
Claude-Session: https://claude.ai/code/session_01VXrBk7psPzJPHVuBDJwt2x
2026-07-12 21:37:03 +00:00

Template-Joomla

Unified scaffolding templates for all Joomla extension types — component, template, module, plugin, package, and library.

Structure

.mokogitea/workflows/   ← CI/CD workflow suite (lint, validate, release)
samples/
  manifest/             ← Reference manifest XML for each extension type
    component_sample.xml
    template_sample.xml
    module_sample.xml
    plugin_sample.xml
    package_sample.xml
    library_sample.xml
  script/               ← Reference install/update script (script.php) templates
    script_component.php
    script_module.php
    script_plugin.php
    script_package.php
source/                 ← Your extension source lives here (CI scans this dir)

Usage

  1. Create a new repo from this template (or clone manually).
  2. Build your extension under source/.
  3. Copy the matching manifest from samples/manifest/ to source/, rename it, and replace the placeholder name, namespace, and version.
  4. If your extension needs install/update logic, copy the matching samples/script/ file and replace the {REPONAME}/{PACKAGENAME} placeholders.
  5. Push — the workflows validate the manifest, source, SQL, language keys, and build.

Samples

samples/ holds read-only reference material — do not build against it directly.

  • manifest/ — a well-formed <extension> manifest for each of the six Joomla extension types, showing the expected structure, namespace declaration, media/SQL wiring, and update-server hookup.
  • script/ — the standard script.php install/uninstall/update handler pattern shared across Moko extension repos. Copy, then replace {REPONAME} (UPPERCASE) and {PACKAGENAME} (e.g. com_myextension).

CI/CD

.mokogitea/workflows/ci-joomla.yml validates every push and PR against source/:

Check What it verifies
Manifest Well-formed XML, required elements, version
SQL #__ prefixes, IF [NOT] EXISTS, ENGINE=InnoDB, utf8mb4, install/uninstall pairing, version-named update files
Language keys Keys used in code are defined; orphan (unused) keys flagged
PHP CodeSniffer Joomla coding standard (falls back to PSR-12)
Security No direct superglobals, raw SQL in setQuery(), eval(), or missing _JEXEC guard
updates.xml Well-formed, required <update> children, <targetplatform>
Assets joomla.asset.json is valid and its URIs exist
MVC naming View/Controller/Model/Table classes follow suffix conventions
Router Components ship a Router implementing the router interface
ACL access.xml action keys are defined in language files
Webservices Webservices plugins register API routes
ZIP dry-run Every file/folder the manifest references actually exists
JS/CSS Syntax + balanced braces (ESLint/Stylelint if configured)

Standards

This repo follows MokoStandards. Documentation lives in the Template-Joomla Wiki.

License

GPL-3.0-or-later — Moko Consulting

Template CI Notes

Build/CI/release/version workflows are guarded to skip template repos (Template-*) and only run in repos created from them.

S
Description
Unified Joomla extension scaffolding templates — plugin, template, module, component, package, library
Readme GPL-3.0
1.2 MiB
2026-06-18 17:46:15 +00:00
Languages
Markdown 51.3%
PHP 34.5%
XML 13.2%
JSON 1%