ventoy-adamsdesk-theme/CONTRIBUTING.md

162 lines
4.6 KiB
Markdown
Raw Permalink Normal View History

2021-02-14 02:34:22 +00:00
# Contributing
- [Code Of Conduct](#code-of-conduct)
2024-02-08 21:14:23 +00:00
- [Principles](#principles)
- [Violations](#violations)
- [Feedback](#feedback)
2021-02-14 02:34:22 +00:00
- [Submission Guidelines](#submission-guidelines)
2024-02-08 21:14:23 +00:00
- [Submitting An Issue](#submitting-an-issue)
- [Commenting On A Issue](#commenting-on-a-issue)
- [Issue Closure](#issue-closure)
- [Issue Re-Opening](#issue-re-opening)
2021-02-14 02:34:22 +00:00
- [Commit Message Guidelines](#commit-message-guidelines)
2024-02-08 21:14:23 +00:00
- [Commit Message Format](#commit-message-format)
- [Type](#type)
- [Subject](#subject)
- [Body](#body)
- [Footer](#footer)
2021-02-14 02:34:22 +00:00
## Code Of Conduct
As contributors and maintainers of the project, we pledge to respect everyone who contributes by posting issues,
updating documentation, submitting pull requests, providing feedback in comments and any other associated project
activities.
### Principles
- Be constructive
- Be positive
- Be respectful
- Be courtesy
- Be honest
- Be trustworthy
- Never resort to personal attacks
- Never troll
- Never publicly or privately harass
- Never insult
### Violations
If a community member associated to the project violates this code of conduct, the maintainers of the project may take
appropriate actions as deemed necessary. Such actions maybe but not limited to, removing issues, comments, public
relations and/or blocking accounts.
### Feedback
2024-02-08 21:14:23 +00:00
If you are subject to or witness of unacceptable behaviour or have any other
2021-02-14 02:34:22 +00:00
concerns, please contact us.
## Submission Guidelines
### Submitting An Issue
- All issues must be submitted using [Forgejo issues](https://git.nixnet.services/adamsdesk/ventoy-adamsdesk-theme/issues).
2021-02-14 02:34:22 +00:00
- Search first before creating an issue.
- Preview the issue to ensure it is rendering as intended.
- Be as descriptive as possible.
- Provide steps required to re-produce.
- Utilize the provided form fields.
- Attach necessary reference documents (error messages, screenshots, sample
data, logs, etc.).
- **Do Not** submit or reply to an issue outside Forgejo.
2021-02-14 02:34:22 +00:00
- **Do Not** submit multiple issues within one submission.
- **Do Not** duplicate an issue.
### Commenting On A Issue
- **Do Not** comment on an issue outside Forgejo.
2021-02-14 02:34:22 +00:00
- Stay on topic per the issue description.
### Issue Closure
Valid reasons for closing an issue:
- Duplicate issue.
- A reference to the duplicate must be added before closure.
- Lacks enough information to re-produce.
- No longer relevant.
2024-02-08 21:14:23 +00:00
- Off-topic.
2021-02-14 02:34:22 +00:00
- Resolved.
- Multiple issues within the submission.
- Will not be resolved.
- Provide a reason that this issue will not be resolved.
### Issue Re-Opening
- Reasons for re-opening:
- Issue has not been resolved.
- A detailed comment is required.
- **Do Not** re-open an issue that was closed more than 2 months ago. Instead
Create a new issue.
## Commit Message Guidelines
Git commit messages must adhere to a specific format. This is done to ensure
good communication, consistency and readability.
### Commit Message Format
Each commit message consists of three properties as shown below.
Property | Sub-Property | Character Limit | Mandatory
---------|---------------|-----------------|----------
header | type, subject | 100 | True
body | | 100 | False
footer | | 100 | False
Structure
```
<type>: <subject>
<BLANK LINE>
<body>
<BLANK LINE>
<footer>
```
#### Type
Use one of the following applicable type.
- build
- Changes that affect the build system or external dependencies.
- ci
- Changes continuous integration (CI) configuration files and scripts.
- docs
- Documentation only changes.
- feat
- A new feature.
- fix
- A bug fix.
- perf
- A code change that improves performance.
- refactor
- A code change that neither fixes a bug nor adds a feature.
- revert
- When commit reverts a previous commit.
- style
2024-02-08 21:14:23 +00:00
- Changes that do not affect the meaning of the code (white-space, formatting, missing semicolons, etc.).
2021-02-14 02:34:22 +00:00
- test
- Adding or modifying tests.
#### Subject
- Be concise description of the change.
- Use the imperative, present tense: "change" not "changed" nor "changes".
- Do not capitalize the first letter.
- No period/dot (.) at the end.
#### Body
- Use the imperative, present tense: "change" not "changed" nor "changes".
- Include the motivation for the change and contrast this with previous
2024-02-08 21:14:23 +00:00
behaviour.
2021-02-14 02:34:22 +00:00
- If commit type is **revert**, in the body state `This reverts commit <hash>`.
The `<hash>` is the hash value of the commit being reverted.
#### Footer
- Reference Forgejo issue(s) that the commit closes.
2021-02-14 02:34:22 +00:00
- State breaking changes.
- Breaking changes start with **BREAKING CHANGE:** with a space or two
newlines. Following is the description of change, motivation for change and migration notes.