The Core Team Workflow

About this guide

This guide describes how we, the team of developers that makes changes to Matomo (formerly Piwik) Core, operate and how others can participate in our work.

Read this guide if

  • you'd like to know how the core team works
  • you'd like to know how to reach the core team
  • you'd like to know how to submit a bug report or feature request
  • you'd like to know how to take part in core development by submitting a pull request

Guide assumptions

This guide makes no assumptions. You do not need to know how to code or know how Matomo works in order to understand this guide.

How we manage our work

We use GitHub to keep track of all bugs, feature requests and tasks that concern Matomo, the website and Matomo's documentation.

We make sure all tickets contain enough information, including:

  • if a bug, details regarding how to reproduce it,
  • if a new feature, explain the use case with suggestions or a specification,
  • if a UI improvement, mockups or a detailed description of the changes.

We are rather obsessed with keeping our issue tracker an organized place. Tickets are either of the type 'Bug', 'Enhancement' or 'Task'. Developers (Matomo team members or external contributors) decide for themselves which features they would like to work on, with the highest priority given to issues in the next version milestone. We have been using an issue tracker since the beginning of the project.

How we organise issues


All opened tickets are grouped in Milestones. Click the menu link 'Milestones' in GitHub issues. The versions milestones are listed at the very top and contains all the most important issues to close in accordance with our vision for the Matomo analytics platform.

Most important issues and bugs are moved to Short term milestone. This milestone is our active tickets backlog. From time to time, we move one ticket from Short term to the current version milestone (eg. Matomo 3.0.0).

Other suggestions, tasks and feature requests which we haven't yet scheduled are moved to the Mid term or Long term milestones.


Most important labels are tagged to issues: Privacy, Security, Performance, Tests & QA, Usability, Platform, Marketplace and Website

Other important labels used are for Critical and Major issues. New developers can quickly make an impact by hacking on an Easy pick issues.

How we release new versions

Frequent releases

We try to publish a new Matomo release about once a month. A release is ready when the following release conditions are met:

Generally we will release several beta releases to give early access and ensuring continuous testing of Matomo.

To publish a new Matomo version, the release manager will tag the new version in git (see all release tags). A shell script is then run to generate the archives (zip and tar.gz) which are cryptographically signed and then copied to the build server and is updated with the latest stable release number. Within hours, Matomo installations will be updated by users via the one click upgrade mechanism – or by manual upgrades.

Releases that contain the string "alpha", "beta", "rc", are built for testing purposes and are not advertised on They are however made available on the build server and the is updated to contain the release's version string. You can enable Matomo to use the latest Beta release automatically if you want to test the latest features (see this faq to learn how).


The Changelog is then updated with a new entry for this release. The changelog typically lists all tickets closed in this release, and point people to the newest FAQs and User guides.

How we manage source code

The Matomo git repository is hosted at GitHub and is publicly accessible at

As of 2014, we manage over fourty repositories at GitHub. This includes the main repository for Matomo and several plugins, themes, and toolsets to make the most out of Matomo, such as Matomo clients for software development in Python, Ruby, C#, SDKs for iOS, debian packages and other useful Matomo developer tools.

Git Owners

All developers from the Matomo organization can push to all git repositories.

Git commit process

All code committed to git is reviewed by at least one other developer in the team. Very often, Matomo developers themselves will send bigger changes by pull request for review before committing. All pull requests or patches submitted by external developers are extensively reviewed.

It is highly recommended that code committed in the main branch (*.x-dev) respects the Matomo coding standards, does not cause tests to fail, and does not create regressions in the UI or the platform. And the commit message should reference a ticket number in almost all cases; for example,

fixes #159 - changed patch to use wrapInner() instead of wrap()

This message will automatically close the ticket #472. You can also use simply #159 and a comment will be automatically added to the ticket #159 with a link to the commit on GitHub.

When applicable, the related online documentation and the related FAQs should be updated.

Git repository push access

To gain push access to the Matomo code repositories, one must make positive changes in the project, such as contributing pull requests, bringing new ideas, code, marketing, product visions. When a certain amount of work has been achieved, when we trust your skills and judgement, we will invite you to join us in the core team.

Getting in touch with Core Team

In the forums

Join us in the forums at

Discover our vibrant community where analytics tips are shared, suggestions on how to make the most out of Matomo, or general questions. Several team members visit the forums regularly, as well as active members of the community.

By email

You can contact the team by email: hello (at), or using the contact form.

Using IRC

Some team members may be available in IRC at (webchat).

Influencing Matomo development

There are many ways you can make a difference in the project and influence the overall goodness of Matomo, most of which do not include coding.

Comment on existing issues

If you find a new feature request very exciting or important, or if you're experiencing a particular bug, the best way to be heard by the Matomo team is to comment on the ticket. Features that are most requested are often higher on the priority list.

Submitting a bug report

One way to help core development is to submit a report when you find a bug.

If you believe you have found a bug in Matomo, please do the following:

  • make sure you are using the latest Matomo release
  • search in the forum, FAQ and the issue tracker if a similar or the same bug has already been reported.
  • if your bug seems new, try to identify the steps to reproduce it.
  • if you are ready to report a bug, register an account in the issue tracker, login and create a new ticket
  • make sure the title and description are as descriptive and clear as possible. Is the issue new to you, or has it always failed? If you give a clear description, you will help developers trying to reproduce and fix the issue.
  • in the ticket, post instructions on how to reproduce the bug, add data sets if applicable, screenshots. Also include details about relevant parts of your configuration (browser, OS, PHP version, etc.).

Submitting a feature request

Anyone can contribute to Matomo by submitting a feature request. You can discuss with other users what can be improved in Matomo in the Feature Suggestions forum, or search if someone reported your suggestion before in the Matomo issue tracker. If you find an existing issue, leave a comment to make your voice heard. Otherwise create a new issue describing how Matomo can be improved to help you in your daily work (ideally explain why this is important, what problem it would solve for you, and maybe some suggestion on how it could be done).

Contributing to Matomo

Contributing code

If you can code and want to directly help Matomo development, you can contribute changes! read our Contributing to Matomo Core guide to learn more.

Other ways to contribute!

There are other useful ways to participate to Matomo and make a positive difference! Learn more: How do I get involved?