Contribuer
Tout le code de Schuly est sur GitHub. Les issues avec le label bug ou feature sont un bon point de départ.
Choisir un projet
| Projet | Technologies | Commence ici |
|---|---|---|
| Application mobile | Flutter | Configuration de développement |
| Serveur et application web | ASP.NET Core, Angular | Configuration de développement |
| Plugins | .NET | Configuration de développement |
| Contrat de plugin | .NET, NuGet | Configuration de développement |
| Site web | Angular | Configuration de développement |
| Service Microsoft 365 | Python, FastAPI | Configuration de développement |
| Cette documentation | VitePress | Modifier cette documentation |
Faire une modification
Chaque dépôt utilise le même processus :
- Ouvre une issue avec un label.
- Crée une branche depuis
main, nomméefeature/<issue#>_PascalCaseoufix/<issue#>_PascalCase. - Fais un commit avec un sujet court à l'impératif, par exemple
Add agenda filter. - Ouvre une pull request avec un label. Son corps contient un résumé et
Closes #<issue>, sans plan de test. - Fusionne la pull request en squash et supprime la branche.
Ne fais pas de commit directement sur main, et n'ajoute pas d'attribution à une IA dans les commits, les pull requests ou les issues.
La page Contribuer de chaque projet indique ses propres règles.
Labels
| Label | À utiliser pour |
|---|---|
bug | Quelque chose qui ne fonctionne pas |
enhancement | Une amélioration d'un comportement existant |
feature | Une nouvelle fonctionnalité |
refactor | Des changements internes sans changement de comportement |
CI/CD | Des changements de build, de release et de workflow |
dependencies | Des mises à jour de dépendances |
documentation | Des changements de documentation uniquement |