We're sharing code to help create interoperable payments platforms that can be deployed on a national scale. The idea is to make it easier for financial providers to deliver digital financial services to new customers in new markets, especially in the developing world. See our README.md for an overview, or visit mojaloop.io for context and information.
Steps to setup your local enviroment to contibute to the Mojaloop project:
-
Central Ledger Setup: To setup the Mojaloop Central Ledger on your local machine follow the instructions detailed in the onboarding.md.
-
Kubernetes Setup: To setup Kubernetes to run the Central Ledger follow the setup instructions detailed in the kubernetes.md.
-
Helm Setup: To setup Helm charts to streamlines the installation and management of Kubernetes applications follow the setup instructions detailed in the Helm readme.md
Work is tracked as issues in GitHub. You'll see issues there that are open and marked as bugs, stories, or epics. An epic is larger work that contains multiple stories. Anything that is in the backlog and not assigned to someone are things we could use help with. Stories that have owners are in someone's backlog already, though you can always ask about them in the issue or on Slack.
There's a roadmap that shows larger work that people could do or are working on. It has some main initiatives and epics and the order, but lacks dates as this work is community driven. Work is broken down from there into issues in GitHub.
In general, we are looking for example implementations and bug fixes, and project enhancements.
Join the Mojaloop #General Channel to connect with other developers.
Also checkout the FAQ
For bugs, see Reporting bugs.
It's a good idea to ask about major changes on Slack. Submit pull requests which include both the change and the reason for the change. Pull requests will be denied if they violate the Level One Principles
We use a standard developer code of conduct
See License policy
Naturally, we use semantic versioning, and each repo has it's own version. Update the version appropriately when you submit a pull request.
Example: git tag v0.4.0 # update the version.
For additional information please review the frequently asked questions.