QGIS LTR vs autre version

8

Juste après quelques conseils concernant le calendrier QGIS LTR. Nos responsables informatiques sont récemment intervenus dans notre utilisation de QGIS (une autorité gouvernementale de l'État) et souhaitent mettre en place une politique pour installer et utiliser uniquement la version de la version LTR, indiquant que les autres versions sont effectivement des versions `` Bêta ''.

Est-ce ainsi que le monde des développeurs QGIS voit les autres versions?

Il s'agit d'un point de vue de la stabilité et de la sécurité, pas de la formation et de la cartographie des processus (car cela n'a rien à voir avec eux).

J'ai vu et lu cet article - https://github.com/qgis/QGIS-Enhancement-Proposals/blob/master/QEP-4-QGIS_Long_Term_Releases.rst

De toute évidence, le LTR a une fenêtre de test légèrement plus longue et est donc moins susceptible d'avoir des problèmes majeurs, mais est-il d'avis que les autres versions sont exactes ou trompées?

Espérer des conseils ou des suggestions pour contrer les arguments et continuer à avoir accès aux dernières fonctionnalités - c'est l'une des choses que nous aimons à propos de QGIS!

Jamie
la source
2
Je ne suis pas un développeur QGIS mais un utilisateur assez expérimenté de QGIS et de mon point de vue, même la version à long terme avait quelques bugs majeurs. La différence est que dans ce cas, il est corrigé et dans les années à venir, probablement moins que les bogues les plus prioritaires seront corrigés. La principale différence ne concerne pas les bogues mais la compatibilité ascendante - s'il y aura une version 2.8.5 à l'avenir, vous pouvez être sûr que les projets que vous y créerez seront complètement compatibles avec 2.8.1 où ce n'est pas le cas entre 2.6, 2.8 et 2.10.
Miro

Réponses:

8

Je dirais (n'étant pas développeur pour QGIS) que la seule version à considérer comme bêta serait les builds principaux de QGIS (c'est-à-dire tous les soirs).

QGIS (version à long terme) peut être considéré comme statique (pas de nouvelles fonctionnalités ajoutées) mais avec des correctifs sélectionnés avec soin qui sont de retour portés pour la stabilité, l'amélioration et la sécurité.

QGIS (version actuelle) est principalement différent du LTR, car en plus des correctifs portés en arrière, de nouvelles fonctionnalités seront ajoutées (à partir de la version principale) lorsqu'elles sont considérées comme suffisamment stables avec des versions fréquentes (proposées tous les 3 mois).

QGIS (master) est la version de développement de QGIS qui, je dirais, est bêta parce que lorsque vous le construisez quotidiennement, il y a de nouvelles fonctionnalités qui peuvent être incomplètes ou des fonctionnalités existantes peuvent devenir cassées. Non destiné à une utilisation en production.

QGIS LTR et QGIS Current Release peuvent être utilisés pour une utilisation en production.

Donc, pour décider, cela dépend vraiment de savoir si c'est une priorité que vous cherchez à:

  • maintenir un SIG avec un minimum de changements et de stabilité grâce à la cohérence (c.-à-d. libération à long terme)
  • explorer et intégrer de nouvelles fonctionnalités de QGIS dans vos workflows (version longue durée, master)
  • préparer les applications développées et les plugins pour une compatibilité ascendante et future (à long terme + version actuelle, master)
  • tester de nouvelles fonctionnalités (master)
  • autre...

Mais pour répondre à votre question sur la sécurité ... C'est délicat car en plus de QGIS avec ses propres cas d'utilisation et vulnérabilités, il y a aussi une longue queue de dépendances qui doivent également être prises en compte. Par exemple, on pourrait être dans certains scénarios où les versions de QGIS qu'ils utilisent ont un mélange de dépendances comme qt4 ou 5, python2 ou 3, GRASS 6 ou 7, etc. qui devraient également être pris en considération pour la sécurité.

Selon le système d'exploitation, les mises à jour des packages pour la version à long terme et la version actuelle peuvent ne pas être assez fréquentes pour rendre les correctifs qu'elles corrigent (rappelez-vous qu'elles sont basées sur le volontariat). J'ai pu utiliser le cycle de développement en compilant QGIS sur Linux directement à partir des branches maître et de libération spécifiques de GIT selon les besoins.

SaultDon
la source
(Dev) Je voudrais juste ajouter le seul temps réel que vous devriez considérer comme «maître», une version bêta est après le gel des fonctionnalités. À ce stade, c'est bon pour les tests des utilisateurs, avant que les choses puissent changer et se casser.
Nathan W
2
Je dois également noter que sous Windows, vous pouvez installer QGIS LTR, QGIS et QGIS dev tout sur une seule machine sans aucun problème. Nous ne publions également un correctif pour la version LTR que lorsque nous le devons, nous ne le faisons pas chaque fois qu'un seul correctif arrive.
Nathan W
1
besides QGIS with it's own many potential use-cases and vulnerabilities there's also a long-tail of dependencies that have to be considered as well'Comme la plupart des logiciels.
Nathan W
-1

Mon expérience en tant qu'utilisateur et développeur de logiciels GPL m'a fait attendre quelque chose et m'a surpris de ce que j'ai trouvé. J'ai donc dû adapter les attentes aux observations, du moins en ce qui concerne 2.14 et 2.18.

Je m'attendais à:

  • build nocturne utile pour expérimenter de nouvelles fonctionnalités et avant de signaler des bugs.
  • versions normales pour une utilisation normale
  • Version LTR pour les responsables informatiques de sécurité et conservateurs

J'utilise 2.14 depuis quelques mois, je suis un utilisateur sporadique et j'ai été surpris de le voir mal se comporter sur les champs de saisie, alors que j'étais assez satisfait de ses performances globales.

J'ai ensuite installé la 2.18, je m'attendais à ce que la mauvaise conduite sur les champs de saisie ait été corrigée (elle l'a - pour autant que je puisse tester), mais j'ai été très désagréablement surprise de la voir se bloquer en permanence, d'éditer une fonctionnalité, d'en sélectionner une autre, et ça y va. Compte tenu de cette instabilité, je ne saurais même pas par où commencer pour déposer un rapport de bogue.

Je ne sais pas si c'est juste mon système, ou juste 2.18, mais ma conclusion est que vos responsables informatiques sont très sages et que QGIS-ltr est le seul moyen acceptable d'utiliser QGIS.

Si vous avez la possibilité d'exécuter deux versions l'une à côté de l'autre (je dois encore voir comment, sur Debian), faites-le et soyez prêt à déposer des rapports de bogues. Quant à moi, j'attends avec impatience la prochaine version LTR.

mariotomo
la source
1
J'utilise QGIS depuis quelques années maintenant, et je ne peux pas partager votre expérience sur la version 2.18. Les versions 2.14 et 2.18 fonctionnent bien pour moi, sous Windows côte à côte et sous Linux dans différentes boîtes virtuelles synchronisées avec des dossiers partagés pour les données.
AndreJ
quelque chose qui fait planter 2.18 est la suivante: nouvelle fonctionnalité dans la couche vectorielle, sélectionnez-la, plantez. en 2.14, je ne peux pas sélectionner la nouvelle fonctionnalité et je dois fermer QGIS et le rouvrir, mais au moins il ne plantera pas.
mariotomo
Je n'ai jamais vécu ça depuis longtemps. J'ai l'habitude de sauvegarder après avoir ajouté de nouvelles fonctionnalités, avant de les modifier ou de les styliser.
AndreJ