-
Notifications
You must be signed in to change notification settings - Fork 3
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Add contribution guidelines #168
base: main
Are you sure you want to change the base?
Conversation
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Suggestion for backend contribution
Co-authored-by: Kevin Wiesner <[email protected]> Signed-off-by: Julian Herzog <[email protected]>
[Kioku Frontend] Kudos, SonarCloud Quality Gate passed! |
[Kioku Backend] Kudos, SonarCloud Quality Gate passed! 0 Bugs No Coverage information |
- `type`: What is the purpose of your changes? Currently we are using the following tags | ||
- feature: for implementing new features | ||
- fix: for bugfixes | ||
- hotfix: for urgent fixes such as security vulnerabilities and more important bugs that severely affect the usability of our application | ||
- refactor: for changes that only improve the source code and have little or no impact on the functionality of Kioku | ||
- test: for everything concerning testing | ||
- deployment: for all deployment topics | ||
- docs: for updating the docs | ||
- `area`: Which area of the application do the changes affect? If none or both apply to your changes, simply leave it out. | ||
- frontend | ||
- backend | ||
- `individual name`: This is where you should try to summarize your changes as short and precise as possible. If you need several words, separate them with a dash and write everything in lower case. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
- `type`: What is the purpose of your changes? Currently we are using the following tags | |
- feature: for implementing new features | |
- fix: for bugfixes | |
- hotfix: for urgent fixes such as security vulnerabilities and more important bugs that severely affect the usability of our application | |
- refactor: for changes that only improve the source code and have little or no impact on the functionality of Kioku | |
- test: for everything concerning testing | |
- deployment: for all deployment topics | |
- docs: for updating the docs | |
- `area`: Which area of the application do the changes affect? If none or both apply to your changes, simply leave it out. | |
- frontend | |
- backend | |
- `individual name`: This is where you should try to summarize your changes as short and precise as possible. If you need several words, separate them with a dash and write everything in lower case. | |
- `type`: What is the purpose of your changes? Currently we are using the following prefixes | |
- `feature`: for implementing new features | |
- `fix`: for bugfixes | |
- `hotfix`: for urgent fixes such as security vulnerabilities and more important bugs that severely affect the usability of our application | |
- `refactor`: for changes that only improve the source code and have little or no impact on the functionality of Kioku | |
- `test`: for everything concerning testing | |
- `deployment`: for all deployment topics | |
- `docs`: for updating the docs | |
- `area`: Which area of the application do the changes affect? If none or both apply to your changes, simply leave it out. | |
- `frontend` | |
- `backend` | |
- `individual name`: This is where you should try to summarize your changes as short and precise as possible. If you need several words, separate them with a dash and write everything in lower case. |
|
||
- Please run Prettier before commiting changes. | ||
- Stories should be available for each component and its different variants. | ||
- A corresponding translation in English and German should be provided for each text. If you do not speak German, we will support you with the translation. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
- A corresponding translation in English and German should be provided for each text. If you do not speak German, we will support you with the translation. | |
- A corresponding translation in English and German should be provided for each text. If you do not speak German, we will help you with the translation. |
|
||
We are delighted that you want to help us to make Kioku even better! To make this as easy and transparent as possible for you, we have summarized the guidelines we follow in this document. Don't be afraid to make a mistake, we appreciate every contribution. If anything is still unclear to you, don't hesitate to contact us and ask for help. We look forward to your contribution to the project and are always happy to help. | ||
|
||
# Index |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
# Index | |
# Table of Contents |
|
||
When committing changes, please write your messages according to the following convention: | ||
|
||
This commit will `Your commit message` |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This commit will `Your commit message` | |
`This commit will ...` |
|
||
This commit will `Your commit message` | ||
|
||
Write the first letter of your message in upper case and the rest in lower case. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Write the first letter of your message in upper case and the rest in lower case. | |
Write the first letter of your message in upper case. |
- Make yourself familiar with the `helper` and `converter` packages of the project as they contain standards for serializing/deserializing objects, error definition, JWT handling and ID naming | ||
- Document API changes in the `bruno` project inside `/backend/api-documentation` | ||
|
||
If you are not familiar with any of these points, take a look at our [backend documentation](./docs/backend_development.md) or ask us for help. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
If you are not familiar with any of these points, take a look at our [backend documentation](./docs/backend_development.md) or ask us for help. | |
If you are not familiar with any of these points, take a look at our [backend documentation](./docs/backend_development.md) or ask us for help. | |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Good job!
|
||
If you make changes to the frontend, please ensure the following points. | ||
|
||
- Please run Prettier before commiting changes. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
- Please run Prettier before commiting changes. | |
- Please run `Prettier` before committing changes. |
Description
This pr adds a contribution guideline to make participation in the project easier and more transparent.