Joomla Extension Packager

A reusable GitHub composite action for packaging and releasing Joomla extensions. This action automates the entire process of versioning, packaging, and releasing Joomla modules, plugins, and components.
there is a workflows version documented here: Packager Documentation

🚀 Features

• Automatic Versioning: Date-based versioning (YYYY.MM.DD format) with support for multiple releases per day
• Manual Version Override: Specify custom versions (e.g., 1.0.0, 2.0.0-beta) for semantic versioning
• File Updates: Automatically updates version and copyright information across all files (can be disabled)
• Changelog Generation: Creates changelogs from commit messages following Keep a Changelog format
• Package Creation: Builds properly structured ZIP files for Joomla installation
• GitHub Releases: Creates releases with artifacts and release notes
• Joomla Updates: Updates the Joomla update server XML
• Multi-Extension Support: Works with modules, plugins, and components
• Extensible: Easy to extend and customize for specific needs

📋 Quick Start

1. Reference the action in your workflow using the uses: field, pointing to the public repository and release/tag (replace N6REJ/joomla-packager@v1 with the correct owner/repo and version/tag):

name: Package Extension
on:
  pull_request:
    types: [closed]
    branches: [main]
  workflow_dispatch:

jobs:
  package:
    if: github.event_name == 'workflow_dispatch' || (github.event_name == 'pull_request' && github.event.pull_request.merged == true)
    runs-on: ubuntu-latest
    permissions:
      contents: write
      pull-requests: write
    steps:
      - uses: actions/checkout@v4
        with:
          fetch-depth: 0
          token: ${{ secrets.GH_PAT }}
      
      - uses: N6REJ/joomla-packager@v2025.6.24
        with:
          extension-name: 'mod_example'
          extension-xml: 'mod_example.xml'
          extension-type: 'module'
          author: 'Your Name'
          copyright-holder: 'Your Company'
          copyright-start-year: '2024'
          github-token: ${{ secrets.GH_PAT }}

2. Set up your GitHub PAT in repository secrets as GH_PAT or whatever you use for github-token:

🔧 Configuration

Required Inputs

Input	Description
extension-name	Extension folder and file prefix (e.g., mod_example)
extension-xml	Main XML manifest file (e.g., mod_example.xml)
extension-type	Type: module, plugin, or component
author	Your name or handle
copyright-holder	Copyright holder name
copyright-start-year	Year copyright started
github-token	GitHub PAT with repo permissions

Optional Inputs

See the action README for all available options.

🔑 Token Permissions

The github-token input (or the default GITHUB_TOKEN) is used for creating GitHub Releases, uploading artifacts, updating files, and optionally interacting with pull requests, issues, and GitHub Packages. For the action to perform all its features, the token must have the following permissions:

Permission	Why Needed
contents: write	Create releases, upload release assets, update files in the repository
pull-requests: write	Update or comment on pull requests (e.g., for changelog or status)
actions: write	Trigger or manage other workflows, upload artifacts
packages: write	Publish to GitHub Packages (optional)
issues: write	Create or comment on issues (optional, e.g., for release notes)

• Minimum required: contents: write (for releases, assets, and file updates)
• Recommended for full functionality: Add pull-requests: write, actions: write, packages: write, and issues: write as needed for your workflow.
• The default GITHUB_TOKEN provided by GitHub Actions usually has contents: write and pull-requests: write by default, but you may need to explicitly set these in your workflow’s permissions block for full access.
• If using a Personal Access Token (PAT), it must have the repo scope for private repositories (includes all the above), or at least public_repo for public repositories. Add workflow and write:packages if you need to trigger workflows or publish packages.

Example permissions block for your workflow:

permissions:
  contents: write
  pull-requests: write
  actions: write
  packages: write
  issues: write

If you encounter permission errors, check your workflow's permissions block and your token's scopes.

📝 Commit Message Format

The action categorizes commits based on their prefix:

• Added: Add, Create, Implement, Feature
• Changed: Update, Improve, Enhance, Refactor, Change
• Fixed: Fix, Bug, Correct, Resolve
• Removed: Remove, Delete, Deprecate
• Security: Security

🎯 Use Cases

Basic Module Packaging

- uses: N6REJ/joomla-packager@v1
  with:
    extension-name: 'mod_hello_world'
    extension-xml: 'mod_hello_world.xml'
    extension-type: 'module'
    author: 'John Doe'
    copyright-holder: 'Acme Corp'
    copyright-start-year: '2024'
    github-token: ${{ secrets.GH_PAT }}

Plugin with Custom Directories

- uses: N6REJ/joomla-packager@v1
  with:
    extension-name: 'plg_system_cache'
    extension-xml: 'plg_system_cache.xml'
    extension-type: 'plugin'
    author: 'Jane Smith'
    copyright-holder: 'Tech Solutions'
    copyright-start-year: '2023'
    github-token: ${{ secrets.GH_PAT }}
    css-dir: 'assets/css'
    js-dir: 'assets/js'
    package-dir: 'dist'

Component with All Features

- uses: N6REJ/joomla-packager@v1
  with:
    extension-name: 'com_myapp'
    extension-xml: 'com_myapp.xml'
    extension-type: 'component'
    author: 'Dev Team'
    copyright-holder: 'My Company'
    copyright-start-year: '2022'
    github-token: ${{ secrets.GH_PAT }}
    php-version: '8.2'
    generate-changelog: 'true'
    create-release: 'true'
    update-joomla-server: 'true'

Using Manual Version

- uses: N6REJ/joomla-packager@v1
  with:
    extension-name: 'mod_example'
    extension-xml: 'mod_example.xml'
    extension-type: 'module'
    author: 'Your Name'
    copyright-holder: 'Your Company'
    copyright-start-year: '2024'
    github-token: ${{ secrets.GH_PAT }}
    manual-version: '2.0.0'  # Specify your own version

🔄 Extending the Action

You can extend this action in several ways:

1. Fork and Modify: Customize the action for your specific needs
2. Wrapper Workflows: Add pre/post processing steps
3. Use Outputs: Access version, package path, and release URL in subsequent steps
4. Custom Deployment: Add deployment steps after packaging

Example with custom deployment:

- name: Package Extension
  id: package
  uses: N6REJ/joomla-packager@v1
  with:
    # ... your inputs ...

- name: Deploy to Production
  run: |
    echo "Deploying version ${{ steps.packager.outputs.version }}"
    # Your deployment script here

🤝 Contributing

Contributions are welcome! Feel free to:

• Report bugs
• Suggest new features
• Submit pull requests
• Share your use cases

📄 License

This project is open source and available under the GPL3+ License.

🙏 Credits

Based on the workflow from N6REJ/mod_bears_#_tables.

---

Made with ❤️ for the Joomla community

Additional Documentation

For more detailed documentation and usage examples, visit: https://www.hallhome.us/joomla-packager