We're really glad you're reading this, because we need volunteer developers to help this project come to fruition.
If you haven't already, come find us in Gitter. We want you working on things you're excited about.
-
Do not open up a GitHub issue if the bug is a security vulnerability in Decidim, and instead send us an email to security [at] decidim.org. See full security policy.
-
Ensure the bug was not already reported by searching on GitHub under Issues and on Metadecidim.
-
If you're unable to find an open issue addressing the problem, open a new one on Metadecidim. Be sure to include a title and clear description, as much relevant information as possible, and a code sample or an executable test case demonstrating the expected behavior that is not occurring.
-
Open a new GitHub pull request with the patch.
-
Ensure the PR description clearly describes the problem and solution. Include the relevant issue number if applicable.
-
Check our development_guide
-
When the PR includes a breaking change or includes something that requires manual intervention when deploying, it's necessary to add it on the changelog upgrade notes. See the discussion regarding changelog simplification for further context.
-
Suggest your change in Metadecidim and start writing code.
-
Do not open an issue on GitHub until you have collected positive feedback about the change. GitHub issues are primarily intended for bug reports, fixes and already discussed features on Metadecidim.
- Ask any question about how to use Decidim in Gitter.
- Watch out the Decidim Documentation repository and the decidim.org code website.
- Go to the Decidim design folder and propose the changes that you want.
- Add a new issue asking for adding a user to the Crowdin project (example issue).
Thanks! ❤️ ❤️ ❤️
Decidim Team