Fedora dan CentOS menjalankan Git Forge. GitLab Membuka 18 Keupayaan Proprietari

Projek-projek CentOS ΠΈ Fedora сообщили tentang keputusan untuk mencipta perkhidmatan pembangunan kolaboratif Git Forge, yang akan dibina menggunakan platform GitLab. GitLab akan menjadi platform utama untuk berinteraksi dengan repositori Git dan untuk mengehos projek yang berkaitan dengan pengedaran CentOS dan Fedora. Perkhidmatan yang digunakan sebelum ini Pagure akan terus wujud, tetapi akan diserahkan kepada penjagaan komuniti yang berminat untuk pembangunan berterusan. Pagure akan dialih keluar daripada sokongan pasukan CPE (Kejuruteraan Platform Komuniti) yang bekerja di Red Hat, yang terlibat dalam menyelenggara infrastruktur untuk pembangunan dan penerbitan keluaran Fedora dan CentOS.

Apabila menilai penyelesaian yang mungkin untuk Git Forge baharu, kami mempertimbangkan
Pagure dan Gitlab. Berdasarkan kajian tentang 300 ulasan dan hasrat daripada peserta dalam projek Fedora, CentOS, RHEL dan CPE, keperluan fungsi telah dibentuk dan pilihan dibuat memihak kepada Gitlab. Sebagai tambahan kepada operasi standard dengan repositori (menggabungkan, mencipta garpu, menambah kod, dll.), keselamatan, kemudahan penggunaan dan kestabilan platform dinyatakan antara keperluan utama.

Keperluan termasuk keupayaan seperti menghantar permintaan push melalui HTTPS, cara menyekat akses kepada cawangan, sokongan untuk cawangan persendirian, pengasingan akses untuk pengguna luaran dan dalaman (contohnya, untuk berusaha menghapuskan kelemahan semasa embargo mendedahkan maklumat tentang masalah) , antara muka kebiasaan, penyatuan subsistem untuk bekerja dengan laporan masalah, kod, dokumentasi dan perancangan ciri baharu, ketersediaan alatan untuk penyepaduan dengan IDE, sokongan untuk aliran kerja standard.

Daripada keupayaan GitLab yang akhirnya mempengaruhi keputusan untuk memilih platform ini, disebutkan mengenai sokongan untuk subkumpulan dengan akses terpilih kepada repositori, keupayaan untuk menggunakan bot untuk gabungan automatik (CentOS Stream diperlukan untuk mengekalkan pakej dengan kernel), kehadiran alat terbina dalam untuk pembangunan perancangan, keupayaan untuk menggunakan perkhidmatan SAAS siap sedia dengan tahap ketersediaan yang terjamin (akan membebaskan sumber untuk mengekalkan infrastruktur pelayan).

Penyelesaiannya sudah pun disebabkan kritikan di kalangan pemaju kerana keputusan itu dibuat tanpa perbincangan terlebih dahulu. Kebimbangan juga ditimbulkan bahawa perkhidmatan itu tidak akan menggunakan edisi Comminity percuma GitLab. Khususnya, keupayaan yang diperlukan untuk melaksanakan keperluan untuk Git Forge yang diterangkan dalam pengumuman hanya tersedia dalam versi proprietari. GitLab Ultimate.

Hasrat untuk menggunakan perkhidmatan SAAS (aplikasi sebagai perkhidmatan) yang disediakan oleh GitLab, dan bukannya menggunakan GitLab pada pelayannya, turut dikritik, yang menyebabkan perkhidmatan di luar kawalan (contohnya, adalah mustahil untuk memastikan bahawa semua kelemahan dalam sistem dihapuskan segera, dengan betul infrastruktur dikekalkan, satu hari nanti tiada telemetri dikenakan dan sabotaj oleh kakitangan syarikat pihak ketiga dikecualikan). Penyelesaiannya juga tidak berfungsi Prinsip pengasas Fedora, yang menyatakan bahawa projek mesti memberi keutamaan kepada alternatif percuma.

Sementara itu, GitLab mengumumkan tentang penemuan pelaksanaan 18 fungsi yang sebelum ini ditawarkan hanya dalam edisi proprietari GitLab. Keupayaan meliputi pelbagai bidang mengurus kitaran pembangunan perisian penuh, termasuk perancangan pembangunan, penciptaan projek, pengesahan, pengurusan pakej, penjanaan keluaran, konfigurasi dan keselamatan.

Fungsi berikut telah dipindahkan ke julat bebas:

  • Melampirkan isu berkaitan;
  • Eksport isu daripada GitLab ke CSV;
  • Cara merancang, mengatur dan menggambarkan proses pembangunan fungsi atau keluaran individu;
  • Perkhidmatan terbina dalam untuk menghubungkan peserta projek dengan pihak ketiga menggunakan e-mel.
  • Terminal web untuk IDE Web;
  • Keupayaan untuk menyegerakkan fail untuk menguji perubahan dalam kod dalam terminal web;
  • Kawalan reka bentuk yang membolehkan anda memuat naik mockup dan aset untuk dikeluarkan, menggunakan isu sebagai satu titik akses kepada semua yang anda perlukan untuk membangunkan ciri baharu;
  • Laporan kualiti kod;
  • Sokongan untuk pengurus pakej Conan (C/C++), Maven (Java), NPM (node.js) dan NuGet (.NET);
  • Sokongan untuk penggunaan kenari, membolehkan anda memasang versi baharu aplikasi pada sebahagian kecil sistem;
  • Pengagihan tambahan, membenarkan versi baharu dihantar kepada hanya sebilangan kecil sistem pada mulanya, secara beransur-ansur meningkatkan liputan kepada 100%;
  • Bendera pengaktifan kefungsian, yang memungkinkan untuk menyampaikan projek dalam pelbagai edisi, mengaktifkan ciri tertentu secara dinamik;
  • Mod gambaran keseluruhan penggunaan, yang membolehkan anda menilai keadaan setiap persekitaran penyepaduan berterusan berdasarkan Kubernetes;
  • Sokongan untuk mentakrifkan berbilang kluster Kubernetes dalam konfigurator (contohnya, anda boleh menggunakan kluster Kubernetes berasingan untuk pelaksanaan percubaan dan beban kerja);
  • Sokongan untuk menentukan dasar keselamatan rangkaian kontena yang membolehkan anda mengehadkan akses antara pod Kubernetes.

Di samping itu, ia boleh diperhatikan penerbitan GitLab mengemas kini 12.9.1, 12.8.8 dan 12.7.8 (Edisi Komuniti dan Edisi Perusahaan), yang membetulkan kelemahan. Isu ini telah wujud sejak keluaran GitLab EE/CE 8.5 dan membenarkan kandungan mana-mana fail tempatan dibaca apabila mengalihkan isu antara projek.
Butiran tentang kerentanan akan didedahkan selepas 30 hari.

Sumber: opennet.ru

Tambah komen