A separate GitHub repository is created to manage each openIMIS component, e.g;

• web_app_vb
• web_service_vb
• rest_api_c-sharp
• etc

Using the Git branching features, each of these repositories will have a master branch (the latest stable version) and a separate branch for each version. For example, for the repository rest_api_c-sharp, there could be the following branches:

• 1.1.0
• 1.1.1
• 1.2.0
• Master ( = branch 1.2.0)

Contributions for a given version will be made via pull requests:

• For example, if a bug(s) is found in API 1.2.1, a new branch 1.2.2 is created from branch 1.2.1.
• No more changes will be made to branch 1.2.1.
• Developers/contributors assigned to the fix_XYZ will create the branch 1.2.2_fix_XYZ based on branch 1.2.2.
• Contributors will clone the branch 1.2.2_fix_XYZ locally to work on the fix
• Contributors will then commit and push their changes to the GitHub branch 1.2.2_fix_XYZ
• Once finished with the fix XYZ, contirbutors will make a pull request to ask for their contribution to be integrated by the system architect.
• The system architect will then review contributions and merge the branch 1.2.2_fix_XYZ with a new branch 1.2.2 (assuming that the code change is accepted).
• Branch 1.2.2 will then be tested before a release is tagged to this branch (=GitHub snapshot for this version)
• Branch 1.2.2 will be merged with the master branch to ensure that the lastest version is always available through the master branch
• No more changes will be made to branch 1.2.2.