Hanya setelah beberapa saran sehubungan dengan jadwal LTR QGIS. Manajer TI kami baru-baru ini melakukan intervensi dalam penggunaan QGIS (Otoritas Pemerintah Negara Bagian) dan ingin menerapkan kebijakan untuk hanya menginstal dan menggunakan versi rilis LTR, yang menyatakan bahwa rilis lain adalah versi 'Beta' yang efektif.
Apakah ini cara dunia pengembang QGIS melihat rilis lainnya?
Pandangan ada dari sudut pandang stabilitas dan keamanan, bukan dari pelatihan dan pemetaan proses (karena itu tidak ada hubungannya dengan mereka).
Saya telah melihat dan membaca artikel ini - https://github.com/qgis/QGIS-Enhancement-Proposals/blob/master/QEP-4-QGIS_Long_Term_Releases.rst
Jelas LTR memiliki jendela pengujian yang sedikit lebih lama sehingga kecil kemungkinannya memiliki masalah besar, tetapi apakah pandangan mereka bahwa rilis lain akurat atau salah versi?
Berharap saran atau saran untuk melawan argumen dan terus memiliki akses ke fungsi terbaru - ini adalah salah satu hal yang kami sukai dari QGIS!
Jawaban:
Saya akan mengatakan (bukan menjadi pengembang untuk QGIS) bahwa satu-satunya rilis yang dianggap beta adalah master build dari QGIS (yaitu, setiap malam).
QGIS (rilis jangka panjang) dapat dianggap statis (tidak ada fitur baru yang ditambahkan) tetapi dengan patch yang dipilih cherry yang kembali porting untuk stabilitas, peningkatan dan keamanan.
QGIS (rilis saat ini) terutama berbeda dari LTR, bahwa selain tambalan back-porting, itu akan mendapatkan fitur baru ditambahkan (dari versi master) ketika mereka dianggap cukup stabil dengan rilis yang sering (diusulkan setiap 3 bulan).
QGIS (master) adalah versi pengembangan QGIS yang saya katakan adalah beta karena ketika Anda membangunnya setiap hari ada fitur baru yang mungkin tidak lengkap atau fitur yang ada dapat rusak. Tidak dimaksudkan untuk penggunaan produksi.
QGIS LTR dan QGIS Current Release dapat digunakan untuk penggunaan produksi.
Jadi untuk memutuskan, itu benar-benar tergantung pada apakah atau tidak itu prioritas yang Anda cari:
Tetapi untuk menjawab pertanyaan Anda seputar keamanan ... Itu rumit karena selain QGIS dengan banyak kasus penggunaan dan kerentanannya, ada juga ketergantungan yang harus dipertimbangkan juga. Sebagai contoh, seseorang mungkin berada dalam skenario tertentu di mana versi QGIS yang mereka gunakan memiliki dependensi mixup seperti qt4 atau 5, python2 atau 3, GRASS 6 atau 7, dll yang juga harus dipertimbangkan untuk keamanan.
Bergantung pada sistem operasi, pembaruan paket untuk rilis jangka panjang dan saat ini mungkin tidak cukup sering untuk memberikan tambalan yang mereka perbaiki keadilan (ingat berdasarkan sukarelawan). Saya sudah bisa memanfaatkan siklus pengembangan dengan mengkompilasi QGIS di Linux langsung dari master spesifik dan melepaskan cabang dari GIT sesuai kebutuhan.
sumber
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'
Seperti kebanyakan perangkat lunak.Pengalaman saya sebagai pengguna dan pengembang perangkat lunak GPL membuat saya mengharapkan sesuatu dan membuat saya terkejut dengan apa yang saya temukan. Jadi saya harus menyesuaikan harapan dengan pengamatan, setidaknya sejauh 2,14 dan 2,18.
Saya harapkan:
Saya telah menjalankan 2,14 selama beberapa bulan, saya adalah pengguna sporadis, dan saya terkejut melihatnya melakukan kesalahan pada bidang input, sementara saya cukup senang dengan kinerjanya secara keseluruhan.
Saya kemudian menginstal 2.18, saya berharap kesalahan pada bidang input telah diperbaiki (sejauh - saya bisa menguji), tapi saya sangat terkejut melihat itu crash terus-menerus, mengedit fitur, pilih yang lain, dan itu dia. Mengingat ketidakstabilan seperti itu, saya bahkan tidak tahu harus mulai dari mana melaporkan bug.
Saya tidak tahu apakah itu hanya sistem saya, atau hanya 2,18, tetapi kesimpulan saya adalah bahwa manajer TI Anda sangat bijaksana dan bahwa QGIS-ltr adalah satu-satunya cara yang dapat diterima untuk menggunakan QGIS.
Jika Anda memiliki kesempatan untuk menjalankan dua versi di samping satu sama lain (saya masih harus melihat caranya, di Debian), lakukan itu, dan bersiaplah untuk mengajukan laporan bug. Untuk saya sendiri, saya menantikan versi LTR berikutnya.
sumber