Actualize documentation
All checks were successful
CI / Check spelling (pull_request) Successful in 15s
CI / Check coding style (pull_request) Successful in 28s
CI / Linux (arch) (pull_request) Successful in 11m33s
CI / Linux (debian) (pull_request) Successful in 11m43s
CI / Linux (ubuntu) (pull_request) Successful in 11m44s
CI / Linux (fedora) (pull_request) Successful in 13m21s

This fork is not affiliated with the original Profanity, therefore information from the docs is partially invalid.

The docs are going to be updated once the website is added.
This commit is contained in:
2025-06-20 20:13:32 +02:00
parent 5d321a9030
commit a34c48fda5
7 changed files with 11 additions and 72 deletions

View File

@@ -10,8 +10,8 @@ We recommend for people to always work on a dedicated git branch for each fix or
Don't work on master.
So that they can easily pull master and rebase their work if needed.
For fixing (reported) bugs we usually use `git checkout -b fix/issuenumber-somedescription`.
When working on a new feature we usually use `git checkout -b feature/optionalissuenumber-somedescription`.
For fixing (reported) bugs we usually use `git switch -c fix/issuenumber-somedescription`.
When working on a new feature we usually use `git switch -c feature/optionalissuenumber-somedescription`.
However this is not a rule just a recommendation to keep an overview of things.
If your change isn't a bugfix or new feature you can also just use any branch name.