Contributions are welcome and really appreciated. Every single contribution helps and will always have the corresponding acknowledgement.

You can contribute in many ways:

Types of contributions

Bugs/issues reporting

They can be reported creating new entries at issues section of GitHub repository.

When an issue is being reported, it is convenient to include:

  • Operative System name and its version.
  • Any detail related with your local settings that may be helpful to solve the problem.
  • Detailed steps to reproduce the error.


All entries tagged as bug on issues section of GitHub repository are available for anyone who wants to help debugging them.

Implementing features

All entries tagged as feature on issues section of GitHub repository are available for anyone who wants to help implementing them.

Writing documentation

Meikian Live can always benefit with more documentation, either as part of the official documentation, comments within the code or even on the web, or as blog posts, articles and similar.

Giving feedback

The best way to provide feedback to the project is adding comments and new entries at issues section of GitHub repository.

If a feature is being proposed, it is convenient to consider:

  • To include a detailed explanation of how it would work.
  • Keep the field of application as small as possible, to get it easier to implement.
  • Remember that this is a project maintained by volunteers and any contribution is welcome :)


Ready to contribute? How to prepare Meikian Live to develop locally is detailed below.

  1. Fork meikian-dev repository at GitHub.

  2. Clone locally the repository you have just created:

    $ git clone"username"/meikian-dev.git
  3. ToDo

  4. Create a new branch for local development:

    $ git flow feature start "name of bug or feature"
From this moment local changes may be made.
  1. ToDo

  2. Confirm changes and synchronise local repository with GitHub:

    $ git add .
    $ git commit -m "detailed changes description"
    $ git flow feature publish
  3. Make a “pull request” through GitHub web interface.

Instructions to make a “pull request”

Before a “pull request”, the following guideline should be checked:

meikian-dev uses git-flow for its branches management.

  1. Implement changes on new`git`_ branches following git-flow model:
  • Changes focused on develop branch will be easier accepted.

  • Changes focused on release branches (if any) tend to be considered, especially for small bug fixes affecting this version. New features will not be accepted on release branches.

  • Changes focused on master branch or in older versions branches will probably never be accepted. In certain cases it is possible that patches to fix serious bugs in previous versions are taken into account, but it is preferable that these changes follow the normal process of git-flow.

    In no case new features focused on master branch or in earlier versions will be accepted.

  1. Limit changes scope to a single bug fixing or feature per branch.
  2. Consider documentation as an essential part of any change.
  3. Update the change log in a proper way.