Thank you for your interest in contributing to GISCollective! Please see the project’s Code of Conduct before proceeding. We expect that all contributors abide by our Code of Conduct.
The main place where we discuss about all of these topics is our Service Desk. There you can find all issues raised over time by our community. We try to focus to respond to all issues as soon as possible. Make sure you do a quick search for your question before you submit a new one.
If you are not familiar with GitLab or you don’t want to create an account, you can also contact us by email at firstname.lastname@example.org.
Each project has a
readme.md file. There is just one such file for each repository and it contains all you need to know to work with the code from that repository.
The platform’s code spreads over multiple repositories. Public contributions for each repository should be done using merge requests. Please make sure that your merge request follows our merge request guidelines below before submitting it.
Your contributions will be under GNU Affero General Public License for all the repositories that are part of the GISCollective platform and MIT License for all the libraries that we are maintaining. You can check the license file in each of our repositories.
Open a merge request even if your contribution is not ready yet! It can be discussed and improved collaboratively! You may prefix the title of your pull-request with
WIP: to make it clear that it is not yet ready for merging. If there is an issue in our Service Desk, add a link to it in the merge request so we can track it. If you are not sure if the contribution is suitable for our platform, add an issue to the Service Desk explaining what you want to contribute. This ensures that your merge request won’t go unnoticed, and that you are not contributing something that is not suitable for the project.
Your merge request must:
Follow GISCollective’s coding style.
Address a single issue or add a single item of functionality.
Contain a clean history of small, incremental, logically separate commits, with no merge commits.
Use clear commit messages.
Be possible to merge automatically.