<div dir="ltr"><div><div>Bonjour à tous<br><br></div>Merci à Régis pour ce propos qui
permet effectivement de replacer plus clairement les attendus des uns et des autres selon leur profil
(et sensibilité) sur ce que serait une plateforme idéale.<br><br></div><div class="gmail_extra"><br><div class="gmail_quote">Le 24 janvier 2018 à 08:54, Jean-Marie Arsac <span dir="ltr"><<a href="mailto:jmarsac@azimut.fr" target="_blank">jmarsac@azimut.fr</a>></span> a écrit :<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div text="#000000" bgcolor="#FFFFFF">
<p>Salut,</p>
<p>Je crois que Régis n'a rien oublié :) J'adhère à son analyse<br>
</p>
<p>Pour l'anecdote, j'ajouterai juste que je suis toujours un peu
surpris de constater l'importance d'usage, dans les projets Open
Source, d'outils propriétaires comme github ou de matériels issus
de constructeurs à la politique commerciale pas vraiment ouverte
comme les MACs.</p>
<p></p></div></blockquote><div>Certains parleront de principe de réalité; à titre perso, je ne pense pas que cela rende très lisible le discours sur l'Open Source, surtout lorsque des alternatives communautaires peuvent émerger.</div><div></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div text="#000000" bgcolor="#FFFFFF"><p>Et une question : Quid de gogs/gitea ?<br></p></div></blockquote><div>Aucune idée. Je t'avoue que les alternatives à GH n'ont pas tellement été évoquées.<br></div><div><br></div><div><div></div><div>Pour revenir au sujet principal, L'idée ici était donc de savoir, au regard de votre profil, si <a href="https://issues.qgis.org/projects/qgis" target="_blank">https://issues.qgis.org/projec<wbr>ts/qgis</a>
répond bien à votre besoin (facile à prendre en mains ou pas, quelle(s)
amélioration(s) possible(s)...) mais faute de retours.... <br></div><div><br></div><div>Pour info, un vote vient d'être mis en place pour décider si on
devait abandonner la plateforme actuelle pour migrer sur Github pour
tout nouveau signalement de bugs ou nouvelle demande de fonctionnalités (<font face="arial, helvetica, sans-serif"><a href="https://www.loomio.org/d/cDwCmhsG/proposal-to-shift-bug-issue-tracking-work-to-github-issues-for-qgis-3x-" target="_blank">https://www.loomio.org/d/<wbr>cDwCmhsG/proposal-to-shift-<wbr>bug-issue-tracking-work-to-<wbr>github-issues-for-qgis-3x-</a></font>).
La période de vote prend fin lundi à l'aube donc le vote du groupe FR sera issu de ceux qui se seront exprimés d'ici samedi minuit.</div><div><br></div><div>Géomatiquement,</div><div><br></div><div>Harrissou<br></div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div text="#000000" bgcolor="#FFFFFF"><p>
</p>
<p>A bientôt.</p><span class="HOEnZb"><font color="#888888">
<p>jm<br>
</p></font></span><div><div class="h5">
<br>
<div class="m_2988105304724381342moz-cite-prefix">Le 19/01/2018 à 14:52, Régis Haubourg a
écrit :<br>
</div>
<blockquote type="cite" id="m_2988105304724381342mid_CABgOYCeYij0VbfMsi2N_v819ziU5PCwLeUqR_Oz7gKrTz9KG5g_mail_gmail_com" class="m_2988105304724381342cite">
<div dir="ltr">
<div>
<div>Bonjour à tous, <br>
</div>
merci Harrissou de remonter le sujet et de consulter la
communauté avant le vote.<br>
<br>
</div>
<div>Essayons de poser les enjeux et les fonctionnalités
attendues d'un gestionnaire du tickets idéal pour le projet
QGIS. <br>
<br>
</div>
<div><b>Pour les demandeurs: </b><br>
</div>
<div>- Permettre de saisir simplement des tickets d'anomalie ou
de demande d'évolution<br>
</div>
<div>- Permettre de rechercher efficacement (vite et juste) des
tickets similaires pour éviter le doublonnage de tickets. Une
bonne indexation par les moteurs de recherche externe est un
point critique. <br>
</div>
<div>- Permettre d'inclure simplement des illustrations, images
animées<br>
</div>
<div>- Permettre de 'pinguer' facilement quelqu'un pour
l'inviter à la discussion<br>
</div>
<div>- Avoir un système d'authentification unifié avec l'OSGEO
pour éviter la démultiplication des mots de passe, profils,
identifants, etc.. <br>
</div>
<div>- Permettre de tagguer des caractéristiques (type de
demande, catégorie, plateforme impactées, version cible
etc...)<br>
</div>
<div><br>
</div>
<div><b>Pour les gestionnaires du tracker: </b><br>
</div>
<div>- Permettre de gérer des catégories et d'assigner
automatiquement un ou plusieurs responsables pour affiner le
statut du ticket<br>
</div>
<div>- sauvegarder des requêtes type<br>
</div>
<div>- exporter / importer des tickets, les PJ, illustrations et
tous les commentaires pour pouvoir changer de plateforme au
besoin<br>
</div>
<div>- Suivre l'avancement des tâches (tableau kanban par
exemple)<br>
</div>
<div>- Limiter les tâches de maintenance serveur (hébergement,
maintenance, gestion d'urgence)<br>
- <br>
</div>
<div><br>
</div>
<div><b>Pour les développeurs: <br>
</b>- être efficacement lié au système d'hébergement du code
source <b><br>
</b>- être notifié / pouvoir notifier activement quelqu'un<br>
</div>
<div>- garder le lien entre un numero de ticket, une pull
request et le ticket. <br>
</div>
<div>- automatiser un maximum la fermeture de ticket avec des
mots clés type "Fix #1755" <br>
</div>
<div>- avoir un système fiable et robuste d'intégration continue
couplé <br>
</div>
<div><br>
</div>
<div><b>Pour les financeurs:</b><br>
</div>
<div>- garder une référence unique et stable dans le temps<br>
</div>
<div>- assurer un espace unique de discussion entre
utilisateurs, développeurs, et commanditaires<br>
</div>
<div><br>
</div>
<div><b>Pour la communauté OSGEO:</b><br>
</div>
<div>- Choisir un outil non propriétaire et nous laissant maître
de nos données<br>
</div>
<div>- Eviter la dispersion des outils de l'infrastructure OSGEO<br>
</div>
<div><br>
<br>
</div>
<div>Sans oublier quelques facteurs externes, comme le bruit
généré par la difficulté à obtenir un login OSGEO, en lien
avec le système de "mantra" antispam que nous avons dû mettre
en place pour éviter les attaques de spam. Le système est
lourd humainement, pas simple à comprendre, et constitue un
frein évitable, mais pour l'instant, aucune solution antispam
automatique efficace n'a été trouvée. <br>
<br>
</div>
<div>N'hésitez pas à compléter si j'en oublie, mais il n'y a
actuellement pas d'outil parfait pour toutes ces exigences. <br>
<br>
</div>
<div>En résumé très rapide, ce que je peux dire sur les outils
en lice:<br>
<br>
<br>
</div>
<div><b>- Redmine:<br>
</b><br>
</div>
<div> - l'outil actuel, très paramètrable, hébergé par QGIS,
avec de nombreuses possibilité d'adaptation. <br>
</div>
<div> - Conception ancienne, peu couplé aux outils de gestion
de code (mais couplé quand même)<br>
</div>
<div> - Recherche lourde, pas très efficace, indexation google
perfectible<br>
</div>
<div> - Open source et maitrise totale de nos données<br>
</div>
<div> - Un peu de boulot de gestion des machines (on a eu
quelques pannes par moment)<br>
</div>
<div> - Outil découplé des infrastructures OSGEO, avec une
situation inconfortable permettant à des utilisateurs de se
logguer sans login osgeo, et donc sans faire comprendre que
tous les outils FOSS4G sont un tout indissociable. <br>
<br>
</div>
<div>- <b>GitHub:<br>
</b></div>
<div><b><br>
- </b>Héberge le code actuel<br>
</div>
<div> - un presque monopole de facto<br>
</div>
<div> - de très bonnes fonctionnalités sociales<br>
</div>
<div> - Propriétaire gratuit pour l'open source <br>
</div>
<div> - outil propriétaire avec des API limitées pour importer
/ exporter les tickets<b><br>
</b></div>
<div> - Exploite TravisCI pour l'intégration continue, mais
c'est pas le mieux (on a souvent des soucis)<br>
</div>
<div> - Assez limité sur la gestion des tickets, paas de
catégorie, gestion de projet kanban<br>
</div>
<div> - pas mal d'outils tierces sur le "market place" type
huboard par exemple<br>
<b><br>
</b></div>
<div><b>- Gitlab :<br>
</b><br>
</div>
<div> - Un clone 100 % Open Source de GitHub, soit hébergé,
soit hébergeable sur les QGIS ou OSGEO<br>
</div>
<div> - Evolution très rapide, stable, réactif aux demandes<br>
</div>
<div> - A notre goût chez Oslandia, infra d'intégration
continue solide. <br>
</div>
<div><br>
</div>
<div><br>
</div>
<div>Et enfin en conduite de projet, c'est toujours une bonne
idée de pas tout changer à la fois !<br>
<br>
</div>
<div>Voilà pour l'information nécessaire pour éclairer le débat
:)<br>
</div>
</div>
<div class="gmail_extra"><br>
<div class="gmail_quote">Le 19 janvier 2018 à 11:41, DelazJ <span dir="ltr"><<a href="mailto:delazj@gmail.com" target="_blank">delazj@gmail.com</a>></span>
a écrit :<br>
<blockquote class="gmail_quote m_2988105304724381342cite" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex" id="m_2988105304724381342Cite_6230947">
<div dir="ltr">
<div>
<div>
<div>
<div>
<div>
<div>
<div>Bonjour,<br>
<br>
</div>
Il y a en ce moment un sujet sur la liste
développeurs de QGIS qui pourrait faire
l'objet d'un vote dans les prochains jours
donc, comme promis, je l'évoque ici afin
d'avoir les avis du groupe sur le sujet: la
migration du dépôt de signalement de bugs de
QGIS.<br>
</div>
Le lien vers la discussion en anglais est <a href="http://osgeo-org.1560.x6.nabble.com/QGIS-Developer-Last-call-for-switching-to-github-issue-tracker-td5349599.html" target="_blank">http://osgeo-org.1560.x6.nabbl<wbr>e.com/QGIS-Developer-Last-call<wbr>-for-switching-to-github-issue<wbr>-tracker-td5349599.html</a><br>
</div>
Une tentative de résumé : Il semble que le site <a href="https://issues.qgis.org" target="_blank">https://issues.qgis.org</a>
n'est pas des plus pratiques/(plus adapté?) aux
besoins de QGIS et qu'une meilleure intégration
consisterait à migrer vers <a href="https://github.com/qgis/QGIS" target="_blank">https://github.com/qgis/QGIS</a>.<br>
</div>
D'autres alternatives de dépôt plus ouvert ont aussi
été évoquées dans la discussion.<br>
<br>
</div>
En attendant de savoir clairement quelles vont être
les options sur lesquelles il faudra se prononcer, il
serait intéressant de partager ici (ou dans la
discussion d'origine) votre expérience/impression de
l'outil actuel de report de bugs (si vous en êtes
utilisateur - régulier ou très occasionnel): prise en
mains, navigation, recherche, ce que vous appréciez,
ce qui manquerait...<br>
</div>
</div>
<div><br>
</div>
<div>Cordialement,</div>
<div>Harrissou<br>
</div>
</div>
<br>
______________________________<wbr>_________________<br>
QGIS-fr-user mailing list<br>
<a href="mailto:QGIS-fr-user@lists.osgeo.org" target="_blank">QGIS-fr-user@lists.osgeo.org</a><br>
<a href="https://lists.osgeo.org/mailman/listinfo/qgis-fr-user" rel="noreferrer" target="_blank">https://lists.osgeo.org/mailma<wbr>n/listinfo/qgis-fr-user</a><br>
<br>
</blockquote>
</div>
<br>
</div>
<br>
<fieldset class="m_2988105304724381342mimeAttachmentHeader"></fieldset>
<br>
<pre>______________________________<wbr>_________________
QGIS-fr-user mailing list
<a class="m_2988105304724381342moz-txt-link-abbreviated" href="mailto:QGIS-fr-user@lists.osgeo.org" target="_blank">QGIS-fr-user@lists.osgeo.org</a>
<a class="m_2988105304724381342moz-txt-link-freetext" href="https://lists.osgeo.org/mailman/listinfo/qgis-fr-user" target="_blank">https://lists.osgeo.org/<wbr>mailman/listinfo/qgis-fr-user</a>
</pre>
</blockquote>
<br>
</div></div></div>
<br>______________________________<wbr>_________________<br>
QGIS-fr-user mailing list<br>
<a href="mailto:QGIS-fr-user@lists.osgeo.org">QGIS-fr-user@lists.osgeo.org</a><br>
<a href="https://lists.osgeo.org/mailman/listinfo/qgis-fr-user" rel="noreferrer" target="_blank">https://lists.osgeo.org/<wbr>mailman/listinfo/qgis-fr-user</a><br>
<br></blockquote></div><br></div></div>