<div dir="ltr"><div>C'est noté, Alain. Merci.<br><br></div>Harrissou<br></div><div class="gmail_extra"><br><div class="gmail_quote">Le 30 janvier 2018 à 11:08, FERRATON Alain (Chef de groupe) - SG/SPSSI/CPII/DOO/ET <span dir="ltr"><<a href="mailto:Alain.Ferraton@developpement-durable.gouv.fr" target="_blank">Alain.Ferraton@developpement-durable.gouv.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 bgcolor="#FFFFFF" text="#000000">
Bonjour à tous,<br>
<br>
Coté utilisateur le redmine bien que surement imparfait nous
convient.<br>
j'ai une position assez proche du QGIS Italy user group.<br>
<br>
Cordialement,<br>
<div class="m_7652478760438166820moz-signature"><br>
<b>FERRATON Alain</b><br>
Ministère de la Transition écologique et solidaire (MTES)<br>
SG/SPSSI/CPII/DOO<br>
Chef du groupe Expertise Technique<br>
<a href="tel:02%2040%2012%2084%2008" value="+33240128408" target="_blank">02.40.12.84.08</a><br>
<br>
</div><div><div class="h5">
<div class="m_7652478760438166820moz-cite-prefix">Le 30/01/2018 à 10:49, "> DelazJ
(par Internet, dépôt <a class="m_7652478760438166820moz-txt-link-abbreviated" href="mailto:qgis-fr-user-bounces@lists.osgeo.org" target="_blank">qgis-fr-user-bounces@lists.<wbr>osgeo.org</a>)" a
écrit :<br>
</div>
<blockquote type="cite">
<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>
</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>
<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>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/cDwC<wbr>mhsG/proposal-to-shift-bug-<wbr>issue-tracking-work-to-github-<wbr>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="m_7652478760438166820HOEnZb"><font color="#888888">
<p>jm<br>
</p>
</font></span>
<div>
<div class="m_7652478760438166820h5"> <br>
<div class="m_7652478760438166820m_2988105304724381342moz-cite-prefix">Le
19/01/2018 à 14:52, Régis Haubourg a écrit :<br>
</div>
<blockquote type="cite" id="m_7652478760438166820m_2988105304724381342mid_CABgOYCeYij0VbfMsi2N_v819ziU5PCwLeUqR_Oz7gKrTz9KG5g_mail_gmail_com" class="m_7652478760438166820m_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_7652478760438166820m_2988105304724381342cite" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex" id="m_7652478760438166820m_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_7652478760438166820m_2988105304724381342mimeAttachmentHeader"></fieldset>
<br>
<pre>______________________________<wbr>_________________
QGIS-fr-user mailing list
<a class="m_7652478760438166820m_2988105304724381342moz-txt-link-abbreviated" href="mailto:QGIS-fr-user@lists.osgeo.org" target="_blank">QGIS-fr-user@lists.osgeo.org</a>
<a class="m_7652478760438166820m_2988105304724381342moz-txt-link-freetext" href="https://lists.osgeo.org/mailman/listinfo/qgis-fr-user" target="_blank">https://lists.osgeo.org/mailma<wbr>n/listinfo/qgis-fr-user</a>
</pre>
</blockquote>
</div></div></div>
______________________________<wbr>_________________
QGIS-fr-user mailing list
<a href="mailto:QGIS-fr-user@lists.osgeo.org" target="_blank">QGIS-fr-user@lists.osgeo.org</a>
<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>
</blockquote></div>
</div></div>
<fieldset class="m_7652478760438166820mimeAttachmentHeader"></fieldset>
<pre>______________________________<wbr>_________________
QGIS-fr-user mailing list
<a class="m_7652478760438166820moz-txt-link-abbreviated" href="mailto:QGIS-fr-user@lists.osgeo.org" target="_blank">QGIS-fr-user@lists.osgeo.org</a>
<a class="m_7652478760438166820moz-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>
</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>