- If you don't have one, create an OpenMRS ID, which you can use to contribute to this Wiki, manage issues in JIRA, and more.
- To access the Wiki and JIRA, you can create a case at the OpenMRS Helpdesk stating that you'd like to contribute and would like access.
- If you haven't already, create an account at https://github.com/
- Join the discussions at OpenMRS Talk. Be sure to add your GitHub username to your settings in Talk. Then introduce yourself to the community. You can learn more about how to use Talk by reading this introduction.
- Configure your Eclipse environment with the Step-by-Step Installation for Developers. The Developer's Manual has a helpful chapter on Setting Up Your Development Environment.
- Watch some OpenMRS development screencasts on YouTube.
- Try out the OpenMRS SDK.
- Create your first OpenMRS module. The Developer's Manual features a chapter on how to create a Hello World Module.
- Find some introductory issues (also shown below) that have the "Ready for Work" status to work on, and assign them to yourself by clicking the Claim Issue button. (Ask for clarification on the issue if needed.) If you find yourself taking long (days) without making any progress, feel free to un-assign yourself from the issue and choose another.
- Meet some other developers through real-time chat in Telegram (telegram.me/openmrs) or IRC (irc.openmrs.org).
- Learn about OpenMRS Developer Stages, earn the /dev/null badge and, when you're ready, take the quiz to earn /dev/1.
- Try as much as you can to include unit tests for your changes. Remember to also do an "mvn clean install" to ensure that all existing unit tests and yours pass. Then create a pull request. If your changes affect the user interface, please run the web application to see the effects, and then attach a screenshot, before you commit.
- Log your time spent on that issue and click "Request Code Review" and a core developer will get you some feedback in short order
- Find another issue or choose a larger project to work on. See Unassigned Projects.
- If you join a sprint or choose to share your module (we hope you do), then you'll want to read about Using Git.
- When you no longer want to work on an issue that you have already assigned to yourself, please remember to un-assign yourself from it such that others can take it up. If you have any findings that you feel would be useful to whoever takes it up, please feel free to add a comment.
Please record your experiences (good or bad) on this child page. We are always trying to find ways to improve where we can do better and reinforce things we are doing well, so getting input from your perspective is very helpful & appreciated.
Here is a list of tickets prioritized by the community from the Community Priority Kanban:
|RA-452||XSS vulnerabilities in Ref App 2.x||2014-10-20||2017-01-01||Unassigned||Wyclif Luyima||Waiting for Dev||Unresolved|
|RA-982||Support Coded Person Attributes in Reference Application Registration||2015-11-21||2016-08-29||Unassigned||James Arbaugh||Waiting for Dev||Unresolved|
|RA-1001||Update all modules that use Transifex to support all languages we support||2016-01-28||2016-11-24||Unassigned||Mark Goodrich||Waiting for Dev||Unresolved|
|TRUNK-4821||Fix broken CI plan for OpenMRS on MariaDB||2016-02-01||2016-11-21||Unassigned||Wyclif Luyima||Ready for Work||Unresolved|
|TRUNK-4822||Fix broken CI plan for MariaDB Docker test||2016-02-01||2016-11-21||Unassigned||Wyclif Luyima||Ready for Work||Unresolved|
|STAND-85||Drastically improve documentation about building the Standalone||2016-02-18||2016-11-14||Unassigned||Darius Jazayeri||Ready for Work||Unresolved|
|HTML-650||The HTML Form ExitFromCare tag doesn't work in the 2.x UI||2016-11-08||2016-11-29||Unassigned||Jeremy Ogembo||Ready for Work||Unresolved|
The following issues are both "introductory" and also "curated", meaning that they have thorough descriptions of how to approach solving them:
If you aren't able to find an appropriate issue in the list above, you can take a look at the complete list of "introductory" issues, (not necessarily "curated").
Beyond Introductory Issues
You could also do code reviews for pull requests.