Ateliers de contribution des rencontres utilisateurs 2025
Fanny participe au groupe sur la communication animé par Guilhem
Thomas participe au groupe dev animé par Jean Felder Oslandia
Atelier Dev
Tour de table, nous sommes 17, beaucoup de dev.
Je suis là pour monter en culture générale sur la partie bonne pratique des remontées de bugs.
Pré-requis => avoir un compte Github
1. Présentation du repo github de QGIS
Les onglets de la page d'accueil du repo
- importance du Readme
- Code of conduct
- la licence
- Security => partie dédiée aux aspects sécurité (adresse mail qui permet d'envoyer une alerte concernant la sécurité)
2. Issues - Ecrire des tickets
Les issues est la partie dans laquelle on peut créer des tickets. Les labels des tickets ! 4900 tickets dont beaucoup obsolètes.
Rédiger en anglais ! même de mauvais anglais, mais en anglais.
Bonnes pratiques : rechercher si le problème est déjà connu.
Si existant, on commente le même ticket.
Label "feature" => pour une future demande d'évolution.
On peut s'abonner à un ticket avec le bouton "Subscribe"
Il faut absolument bien renseigner un ticket :
- version de QGIS utilisée
- pas à pas, comment faire pour reproduire le problème
- partager le projet, les données
- recréer un profil neuf pour tenter de reproduire avec une version non custom
Pas à pas ouverture d'un ticket 👍:
- choisir le type de problème
- titre court
- présentation du problème
- pas à pas du problème : je lance qgis, je vais dans tel menu, je m'attendais à tel comportement et il se passe ça.
- version de QGIS => "à propos" bouton "copy to clipboard"
- faire une remontée sur la version en cours LTR (ou encore maintenue)
| Version de QGIS | 3.40.6-Bratislava |
| Révision du code | 5d7f6a3e26 |
| Bibliothèques | |
| Version de Qt | 5.15.13 |
| Version de Python | 3.12.10 |
| GDAL version | 3.10.3 |
| Version de Proj | 9.6.0 |
| Version de la base de données du registre EPSG | v12.004 (2025-03-02) |
| Version de GEOS | 3.13.1-CAPI-1.19.2 |
| Version de SQLite | 3.46.1 |
| Version de PDAL | 2.8.3 |
| Version du client PostgreSQL | unknown |
| Version de SpatiaLite | 5.1.0 |
| Version de QWT | 6.3.0 |
| Version de QScintilla2 | 2.14.1 |
| Version de l'OS | Windows 11 Version 2009 |
| Extensions Python actives | |
| AutoUpdateTAXREF | 1.0 |
| DICT | 1.0.2 |
| french_point_elevation | 1.0.1 |
| qgis2web | 3.26.0 |
| SemiAutomaticClassificationPlugin | 8.5.0 |
| db_manager | 0.1.20 |
| grassprovider | 2.12.99 |
| MetaSearch | 0.3.6 |
| processing | 2.12.99 |
3. Financement des bugfix
Ce n'est pas QGIS.org qui choisi qu'est-ce qui est réglé ou pas.
Par exemple, Oslandia permet à ses employés de corriger certains issues en fonction des apétances de chacun.
Devenir reporter (riporteur) en demandant gentillement. Au bout d'une présence et d'un petit niveau d'activité
4. PR
Pull request => demande dévolution ou correction de bug. Sur les versions encore maintenues. PR vs QEP
Questions
- est-ce que les bonnes pratiques de rédaction d'un ticket existent ? Non à faire !
Vérifier si c'est dans ce fichier qu'il faudrait améliorer la doc
https://github.com/qgis/QGIS/blob/master/CONTRIBUTING.md
https://github.com/qgis/QGIS/blob/master/CONTRIBUTING.md#bug-reporting-and-bug-fixing
- peut-on s'abonner à un label ? Oui, trouver la méthode (flus rss ?)
Bonnes pratiques pour contribuer à un plugin
Trouver le repo en passant par qgis.plugin.org