If you don't feel ready to make a code contribution yet, no problem! You can also check out documentation issues. Or even create own issues.
If you are interested in making a code contribution and would like to learn more about the technologies that we use check out the list below:
- Java
- Docker
- Maven
- Spring Boot
- Swagger
- Rocketchat
- MongoDB with Nosqlclient
- OpenLDAP
- Keycloak
- MariaDB with Adminer
- nginx
- HTML
- CSS with Sass
- JavaScript
- Typescript
- React
- Biotope
Never made an open source contribution before? Wondering how contributions work in the in our project? Here's a quick rundown:
- Find an issue that you are interested in addressing or a feature that you would like to add.
- Fork the repository associated with the issue to your local GitHub organization. This means that you will have a copy of the repository under your-GitHub-username/repository-name.
- Clone the repository to your local machine using git clone https://github.com/CaritasDeutschland/repository-name.git.
- Setup the environment locally, following the guidelines in our documentation.
- Create a new branch for your fix using git checkout -b branch-name-here. In the project documentation you can find the naming conventions for branches.
- Make the appropriate changes for the issue you are trying to address or the feature that you want to add.
- Use git add insert-paths-of-changed-files-here to add the file contents of the changed files to the "snapshot" git uses to manage the state of the project, also known as the index.
- Commit the changes to store the contents of the index with a descriptive message. We use the specification Conventional Commits for all our commits. We recommend using Commitizen in order to comply with this convention without much effort. More information can be found in the project documentation.
- Push the changes to the remote repository using git push origin branch-name-here.
- Submit a pull request to the upstream repository - it will automatically use our pull request template where you can link any issues via #issue-number and further explain your submitted changes.
- It's OK if your pull request is not perfect (no pull request is), the reviewer will be able to help you fix any problems and improve it!
- Wait for the pull request to be reviewed by a maintainer.
- Make changes to the pull request if the reviewing maintainer recommends them.
- Celebrate your success after your pull request is merged! 🥳
If you need help, you can ask questions on our mailing list.
Our Code of Conduct means that you are responsible for treating everyone on the project with respect and courtesy regardless of their identity. If you are the victim of any inappropriate behavior or comments as described in our Code of Conduct, we are here for you and will do the best to ensure that the abuser is reprimanded appropriately, per our code.