docs(contributing): création de CONTRIBUTING.md
This commit is contained in:
@@ -0,0 +1,32 @@
|
||||
# Convention de contribution
|
||||
|
||||
## Commits
|
||||
|
||||
Ce projet suit la convention [Conventional Commits](https://www.conventionalcommits.org/).
|
||||
|
||||
Format : `<type>(<scope>): <description>`
|
||||
|
||||
Types utilisés :
|
||||
- `feat` : nouvelle fonctionnalité
|
||||
- `fix` : correction de bug
|
||||
- `docs` : documentation uniquement
|
||||
- `chore` : maintenance, config, dépendances
|
||||
- `test` : ajout ou modification de tests
|
||||
- `refactor` : refactoring sans changement de comportement
|
||||
|
||||
Exemples :
|
||||
- `feat(catalog): ajoute parsing Hipparcos vers CSV`
|
||||
- `docs(readme): ajoute section installation`
|
||||
- `chore(ci): ajoute squelette workflow Gitea Actions`
|
||||
|
||||
Chaque modification, même mineure, doit faire l'objet d'un commit nommé et identifiable.
|
||||
|
||||
## Branches
|
||||
|
||||
Workflow trunk-based :
|
||||
- `main` : branche protégée, toujours stable
|
||||
- `feat/<nom-fonction>` : branches courtes de développement, mergées via Pull Request
|
||||
|
||||
## Versioning
|
||||
|
||||
Les versions livrées sont marquées via des tags Git (`v1.0`, `v1.1`, ...), pas via des branches dédiées.
|
||||
Reference in New Issue
Block a user