QGIS LTRと他のリリースの比較


8

QGIS LTRスケジュールに関するアドバイスの直後。私たちのITマネージャーは最近、QGIS(州政府機関)の使用に介入しており、他のリリースは事実上「ベータ」バージョンであると述べて、LTRリリースバージョンのみをインストールして使用するポリシーを導入したいと考えています。

これは、QGIS開発者の世界が他のリリースをどのように見ているのですか?

そこには、安定性とセキュリティの観点からの見解があり、トレーニングやプロセスマッピングからの見方はありません(それは彼らとは何の関係もないため)。

私はこの記事を見たり読んだりしました-https://github.com/qgis/QGIS-Enhancement-Proposals/blob/master/QEP-4-QGIS_Long_Term_Releases.rst

明らかに、LTRのテスト期間はわずかに長いため、大きな問題が発生する可能性は低くなりますが、他のリリースは「ベータ版」バージョンであると誤解されていますか。

議論に対抗し、最新の機能に引き続きアクセスできるようにするためのアドバイスや提案を期待しています。これは、QGISのお気に入りの1つです。


2
私はQGIS開発者ではありませんが、かなり経験豊富なQGISユーザーであり、私の考えでは、長期リリースでさえいくつかの大きなバグがありました。違いは、この場合は修正され、今後数年のうちに、優先度が最も低いバグが修正されることです。主な違いはバグではなく後方互換性です-将来バージョン2.8.5が存在する場合、作成するプロジェクトが2.8.1と完全に互換性があることを確認できます。 2.6、2.8、および2.10。
ミロ

回答:


8

私は(QGISの開発者ではなく)ベータ版と見なされる唯一のリリースはQGISのマスタービルド(つまり、夜間)であると言います。

QGIS(長期リリース)は静的(新しい機能は追加されていません)と見なすことができますが、安定性、拡張性、およびセキュリティのために移植されたチェリーピックパッチが使用されます。

QGIS(現在のリリース)は主にLTRとは異なり、バックポーティングされたパッチに加えて、頻繁なリリース(3か月ごとに提案)で十分に安定していると見なされた場合、(マスターバージョンから)新しい機能が追加されます。

QGIS(マスター)はQGISの開発バージョンです。毎日ビルドすると、不完全な可能性のある新機能が存在したり、既存の機能が破損したりする可能性があるため、ベータ版です。本番用ではありません。

QGIS LTRおよびQGIS現在のリリースは、本番環境での使用に使用できます。

したがって、決定することは、それがあなたが探している優先事項であるかどうかに本当に依存します:

  • 一貫性(つまり、長期リリース)によって最小限の変更と安定性でGISを維持する
  • QGISの新機能を探索してワークフローに統合する(長期リリース、マスター)
  • 後方互換性と将来の互換性のために開発されたアプリケーションとプラグインの準備(長期+現在のリリース、マスター)
  • 新機能のテスト(マスター)
  • その他...

しかし、セキュリティに関する質問に答えるには... QGISには多くの潜在的なユースケースと脆弱性があるだけでなく、考慮すべき依存関係のロングテールもあるので、それはトリッキーです。たとえば、特定のシナリオでは、使用しているQGISのバージョンにqt4または5、python2または3、GRASS 6または7などの依存関係の混同があり、セキュリティについても考慮する必要がある場合があります。

オペレーティングシステムによっては、長期リリースと現在のリリースの両方のパッケージ更新が頻繁に行われず、修正プログラムに正義を与えることができない場合があります(ボランティアベースであることを忘れないでください)。LinuxでQGISを特定のマスターから直接コンパイルし、必要に応じてGITからブランチをリリースすることで、開発サイクルを利用できました。


(Dev)ベータ版の「マスター」を機能のフリーズ後に検討する必要がある唯一のリアルタイムを追加します。その時点で、物事が変化して壊れる前に、それはユーザーのテストに適しています。
Nathan W

2
Windowsでは、QGIS LTR、QGIS、およびQGIS devをすべて1台のマシンに問題なくインストールできることにも注意してください。我々は、我々はそれを単一の修正が入るたびをしないために持っていたときに我々はまた、唯一のLTRのバージョンに対するパッチをリリースする。
ネイサン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'ほとんどのソフトウェアのように。
ネイサンW

-1

GPLソフトウェアのユーザーおよび開発者としての私の経験は私に何かを期待させ、私が見つけたものに驚きました。したがって、少なくとも2.14と2.18に関しては、観測に期待を合わせる必要がありました。

私は期待していました:

  • 新機能を試したり、バグを報告したりする前に役立つナイトリービルド。
  • 通常の使用のための通常のリリース
  • セキュリティと保守的なITマネージャー向けのLTRリリース

数か月間2.14を実行していて、散発的なユーザーで、全体的なパフォーマンスには非常に満足していましたが、入力フィールドでの動作が正しくないことに驚きました。

次に2.18をインストールしましたが、入力フィールドの誤動作は修正されるはずです(テストできる範囲で修正されています)が、常にクラッシュし、機能を編集し、別の機能を選択し、そこに行く。そのような不安定さを考えると、バグ報告をどこから始めればよいのかもわかりません。

それが私のシステムなのか、2.18なのかはわかりませんが、私の結論は、あなたのITマネージャーは非常に賢明であり、QGISを使用するにはQGIS-ltrが唯一の受け入れられる方法であるということです。

2つのバージョンを並べて実行する可能性がある場合(Debianではまだ方法を確認する必要があります)、それを実行して、バグレポートを提出する準備をしてください。私自身、次のLTRバージョンが楽しみです。


1
私はここ数年QGISを使用していますが、2.18バージョンに関する経験を共有することはできません。2.14と2.18はどちらもうまく動作します。Windowsが隣り合っている場合、およびLinuxの場合、データの共有フォルダーと同期しているさまざまな仮想ボックスで動作します。
AndreJ 2017年

2.18がクラッシュする原因はこれです。ベクターレイヤーの新機能、それを選択してクラッシュします。2.14では、新しい機能を選択できず、QGISを閉じて再度開く必要がありますが、少なくともクラッシュしません。
mariotomo 2017年

私はそれを長い間経験したことがありません。新しい機能を追加した後、編集またはスタイル設定する前に保存するのに慣れています。
AndreJ 2017年
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.