Contribuisci
Tutto il codice di Schuly è su GitHub. Gli issue con l'etichetta bug o feature sono un buon punto di partenza.
Scegli un progetto
| Progetto | Stack | Inizia da qui |
|---|---|---|
| App mobile | Flutter | Setup di sviluppo |
| Server e app web | ASP.NET Core, Angular | Setup di sviluppo |
| Plugin | .NET | Setup di sviluppo |
| Contratto dei plugin | .NET, NuGet | Setup di sviluppo |
| Sito web | Angular | Setup di sviluppo |
| Servizio Microsoft 365 | Python, FastAPI | Setup di sviluppo |
| Questa documentazione | VitePress | Modificare questa documentazione |
Apporta una modifica
Ogni repository usa lo stesso flusso di lavoro:
- Apri un issue con un'etichetta.
- Crea un branch da
main, chiamatofeature/<issue#>_PascalCaseofix/<issue#>_PascalCase. - Fai il commit con un oggetto breve all'imperativo, come
Add agenda filter. - Apri una pull request con un'etichetta. Il suo corpo contiene un riepilogo e
Closes #<issue>, senza piano di test. - Fai lo squash-merge della pull request ed elimina il branch.
Non fare commit direttamente su main e non aggiungere attribuzioni all'IA a commit, pull request o issue.
La pagina Come contribuire di ogni progetto elenca le sue regole.
Etichette
| Etichetta | Da usare per |
|---|---|
bug | Qualcosa che non funziona |
enhancement | Un miglioramento di un comportamento esistente |
feature | Nuove funzionalità |
refactor | Modifiche interne che non cambiano il comportamento |
CI/CD | Modifiche a build, release e workflow |
dependencies | Aggiornamenti delle dipendenze |
documentation | Modifiche solo alla documentazione |
