Rilis 13.4 telah dirilis dengan penyimpanan HashiCorp untuk variabel CI, Agen Kubernetes dan pusat keamanan, serta fitur yang dapat dialihkan di Starter
Di GitLab, kami selalu memikirkan bagaimana kami dapat membantu pengguna mengurangi risiko, meningkatkan efisiensi, dan meningkatkan kecepatan pengiriman pada platform favorit Anda. Bulan ini kami telah menambahkan banyak fitur baru yang berguna yang memperluas kemampuan keamanan, mengurangi jumlah kerentanan, meningkatkan efisiensi, menyederhanakan pekerjaan dengan GitLab, dan membantu tim Anda menghadirkan fitur lebih cepat. Kami berharap fitur-fitur utama rilis ini juga bermanfaat bagi Anda 53 fitur baru lainnya, ditambahkan dalam rilis ini.
Fitur Keamanan Tingkat Lanjut
Kami mencoba menambahkan beberapa fitur baru ke GitLab DevSecOps setiap bulannya, dan rilis ini tidak terkecuali. dalam rangka perakitan dan penyebaran. Selain itu, organisasi yang ingin mendukung pemisahan tanggung jawab penerapan kode kini dapat melakukannya . Peran ini sesuai dan akan memungkinkan Anda untuk mengonfirmasi permintaan penggabungan (dalam lokalisasi GitLab Rusia, "permintaan penggabungan") dan menyebarkan kode di lingkungan yang dilindungi, tanpa memberikan akses untuk mengubah kode itu sendiri.
Cara lain untuk mengurangi risiko adalah dengan menggunakan yang baru . Tim operasi dapat men-deploy cluster Kubernetes dari GitLab tanpa harus mengekspos cluster mereka ke seluruh internet. Kami juga memperkenalkan dukungan kontrol versi otomatis untuk file status Terraform baru untuk mendukung kepatuhan dan kemudahan debugging. Akhirnya, dasbor keamanan menjadi contoh dengan laporan kerentanan dan pengaturan keamanan.
Pekerjaan yang lebih nyaman dan efisien dengan GitLab
Kami telah meningkatkan pencarian global kami untuk disertakan , memungkinkan Anda menavigasi dengan mudah ke tiket, grup, proyek, pengaturan, dan topik bantuan terbaru. Kami sangat gembira mengumumkan Halaman GitLab itu untuk mengalihkan halaman dan direktori individual dalam situs, yang memungkinkan pengguna menyebarkan situs mereka dengan lebih efisien. Dan bagi mereka yang ingin menerima informasi lebih luas tentang penerapannya, rilis ini memungkinkan !
Kontribusi Sumber Terbuka
Kami mewakili yang saya tambahkan . Tanda pada cakupan pengujian unit dari kode yang diubah memberi pengembang gambaran yang jelas tentang cakupan kode selama peninjauan; informasi ini membantu mempercepat peninjauan dan mengurangi waktu untuk menggabungkan dan menerapkan kode baru. Dan kami juga dan rencana .
Dan ini baru permulaan!
Seperti biasa, ruang dalam gambaran umum terlalu sedikit, tetapi ada banyak fitur keren di rilis 13.4. Berikut adalah beberapa lagi:
- .
Jika Anda ingin tahu sebelumnya apa yang menanti Anda lanjut lepaskan, lihatlah .
.
bulan ini -
Fabio berkontribusi signifikan Π² - fitur yang sudah lama ditunggu-tunggu di komunitas GitLab. Ini adalah kontribusi yang sangat penting dengan perubahan non-sepele yang memerlukan kolaborasi terus-menerus dengan anggota tim GitLab dan memengaruhi banyak area proyek seperti UX, front-end, dan back-end.
Fitur utama rilis GitLab 13.4
Gunakan kunci HashiCorp Vault dalam pekerjaan CI
(PREMIUM, ULTIMATE, PERAK, EMAS)
Pada rilis 12.10, GitLab memperkenalkan kemampuan untuk menerima dan mentransfer kunci ke tugas CI menggunakan pengendali tugas GitLab (pelari GitLab). Sekarang kami memperluas , menambahkan sintaks baru secrets untuk mengajukan .gitlab-ci.yml. Ini akan mempermudah pengaturan dan penggunaan repositori HashiCorp dengan GitLab.
ΠΈ .
Memperkenalkan Agen GitLab Kubernetes
(PREMIUM, TERBAIK)
Integrasi GitLab dengan Kubernetes telah lama memungkinkan penerapan ke cluster Kubernetes tanpa memerlukan konfigurasi manual. Banyak pengguna menyukai kemudahan penggunaan bundel ini, sementara yang lain mengalami beberapa kesulitan. Untuk integrasi saat ini, cluster Anda harus dapat diakses dari Internet agar GitLab dapat mengaksesnya. Bagi banyak organisasi, hal ini tidak mungkin dilakukan karena mereka membatasi akses ke klaster demi alasan keamanan, kepatuhan, atau peraturan. Untuk mengatasi pembatasan ini, pengguna perlu membangun alat mereka di atas GitLab, jika tidak, mereka tidak akan dapat menggunakan fitur ini.
Hari ini kami memperkenalkan GitLab Kubernetes Agent, sebuah cara baru untuk diterapkan ke cluster Kubernetes. Agen berjalan di dalam cluster Anda, jadi Anda tidak perlu mengeksposnya ke seluruh Internet. Agen mengoordinasikan penerapan dengan meminta perubahan baru dari GitLab, bukan GitLab yang mendorong pembaruan ke klaster. Apa pun metode GitOps yang Anda gunakan, GitLab siap membantu Anda.
Harap dicatat bahwa ini adalah rilis pertama agen. Fokus kami saat ini untuk Agen GitLab Kubernetes adalah mengonfigurasi dan mengelola penerapan melalui kode. Beberapa fitur integrasi Kubernetes yang ada, seperti deployment board dan aplikasi yang dikelola GitLab, belum didukung. bahwa kemampuan ini akan ditambahkan ke agen dalam rilis mendatang, serta integrasi baru yang berfokus pada keamanan dan kepatuhan.
ΠΈ .
Berikan izin penerapan kepada pengguna tanpa akses kode
(PREMIUM, ULTIMATE, PERAK, EMAS)
Sebelumnya, sistem izin GitLab mempersulit pembagian tanggung jawab dalam tim Anda dengan benar antara mereka yang bertanggung jawab untuk pengembangan dan mereka yang bertanggung jawab untuk penerapan. Dengan dirilisnya GitLab 13.4, Anda dapat memberikan izin untuk menyetujui permintaan penggabungan untuk penerapan, serta untuk benar-benar menerapkan kode kepada orang yang tidak menulis kode tersebut, tanpa memberi mereka hak akses pengelola (dalam lokalisasi GitLab "pengelola" dalam bahasa Rusia ).
ΠΈ .
Pusat Keamanan
(ULTIM, EMAS)
Sebelumnya, manajemen kerentanan tingkat instans terbatas baik dalam fungsi maupun fleksibilitas. Antarmukanya berupa satu halaman yang menggabungkan detail kerentanan, grafik metrik, dan pengaturan. Tidak banyak ruang untuk mengembangkan fitur ini atau menggunakan fitur keamanan lainnya.
Kami telah membuat perubahan mendasar pada cara kami mengelola keamanan dan transparansi di GitLab. Panel keamanan contoh telah diubah menjadi pusat keamanan keseluruhan. Perubahan terbesar adalah pengenalan struktur menu baru: alih-alih satu halaman, Anda kini melihat dasbor keamanan, laporan kerentanan, dan bagian pengaturan secara terpisah. Meskipun fungsinya tidak berubah, memecahnya menjadi beberapa bagian akan memungkinkan perbaikan pada bagian ini yang mungkin sulit dilakukan. Hal ini juga membuka peluang untuk menambahkan kemampuan terkait keamanan lainnya di masa depan.
Bagian Laporan Kerentanan khusus kini memiliki lebih banyak ruang untuk menampilkan detail penting. Berikut adalah kerentanan yang saat ini ada dalam daftar kerentanan proyek. Memindahkan widget dengan metrik kerentanan ke bagian terpisah akan menciptakan panel kontrol keamanan yang nyaman. Sekarang ini menjadi kanvas untuk visualisasi masa depanβtidak hanya untuk manajemen kerentanan, namun juga untuk metrik terkait keamanan apa pun. Terakhir, area pengaturan terpisah menciptakan ruang bersama untuk semua pengaturan keamanan tingkat instans, bukan hanya manajemen kerentanan.
ΠΈ .
Fitur yang dapat dialihkan kini ada di GitLab Starter
(STARTER, PREMIUM, ULTIMATE, PERUNGGU, PERAK, EMAS)
GitLab 11.4 telah dirilis . Di 12.2 kami memperkenalkan strategi untuk mereka ΠΈ , dan di 13.1 mereka menambahkan ΠΈ untuk lingkungan yang berbeda.
Awal tahun ini, GitLab membuat komitmen menjadi sumber terbuka. Dalam rilis ini, kami telah menyelesaikan migrasi fitur-fitur yang dapat dialihkan ke paket Pemula dan akan terus memigrasikannya ke paket Inti . Kami sangat antusias untuk menghadirkan fitur ini kepada lebih banyak pengguna dan ingin mendengar cara Anda menggunakannya.
ΠΈ .
Navigasi cepat dari bilah pencarian
(INTI, STARTER, PREMIUM, ULTIMATE, GRATIS, PERUNGGU, PERAK, EMAS)
Terkadang saat menavigasi GitLab Anda ingin langsung menuju ke proyek tertentu daripada halaman hasil pencarian.
Dengan menggunakan bilah pencarian global, Anda dapat dengan cepat menavigasi ke tiket, grup, proyek, pengaturan, dan topik bantuan terbaru. Anda bahkan dapat menggunakan tombol pintas /untuk memindahkan kursor ke bilah pencarian untuk menavigasi GitLab dengan lebih efisien!
ΠΈ .
Menampilkan cakupan kode dalam perbedaan permintaan penggabungan
(INTI, STARTER, PREMIUM, ULTIMATE, GRATIS, PERUNGGU, PERAK, EMAS)
Saat meninjau permintaan penggabungan, mungkin sulit untuk menentukan apakah kode yang diubah tercakup dalam pengujian unit. Sebaliknya, peninjau dapat mengandalkan cakupan keseluruhan dan meminta agar cakupan tersebut ditingkatkan sebelum menyetujui permintaan penggabungan. Hal ini dapat menyebabkan pendekatan penulisan pengujian yang serampangan, yang sebenarnya tidak akan meningkatkan kualitas kode atau cakupan pengujian.
Sekarang, saat melihat perbedaan permintaan penggabungan, Anda akan melihat tampilan visual cakupan kode. Tanda baru akan memungkinkan Anda dengan cepat memahami apakah kode yang diubah tercakup dalam pengujian unit, yang akan membantu mempercepat peninjauan kode dan waktu penggabungan dan penerapan kode baru.
Terima kasih dan Siemens untuk fitur ini!
ΠΈ .
Lebih banyak lingkungan dan proyek di panel Lingkungan
(PREMIUM, ULTIMATE, PERAK, EMAS)
Sejak rilis GitLab 12.5 menggunakan Anda dapat memantau keadaan lingkungan, tetapi tidak lebih dari tujuh lingkungan dalam tiga proyek. Kami telah menyempurnakan panel ini di rilis 13.4 dengan memberi nomor halaman untuk membantu Anda memelihara dan mengelola lingkungan Anda dalam skala besar. Sekarang Anda dapat melihat lebih banyak lingkungan di lebih banyak proyek.
ΠΈ .
GitLab mengambil kendali atas penyedia GitLab Terraform
(INTI, STARTER, PREMIUM, ULTIMATE, GRATIS, PERUNGGU, PERAK, EMAS)
Baru-baru ini kami dan rencana . Selama sebulan terakhir, kami telah menerima 21 permintaan penggabungan dan menutup 31 tiket, termasuk beberapa bug lama dan fitur yang hilang seperti . Kamu bisa dalam dokumentasi Terraform.
ΠΈ .
Fuzzing pengujian API dengan spesifikasi OpenAPI atau file HAR
(ULTIM, EMAS)
Pengujian fuzzing API adalah cara terbaik untuk menemukan bug dan kerentanan dalam aplikasi web dan API Anda yang mungkin terlewatkan oleh pemindai dan metode pengujian lain.
Pengujian fuzzing API di GitLab memungkinkan Anda menyediakan ΠΈΠ»ΠΈ aplikasi Anda dan kemudian secara otomatis menghasilkan data masukan acak yang dirancang untuk menguji kasus edge dan menemukan bug. Hasilnya segera terlihat dalam saluran Anda.
Ini adalah rilis pengujian fuzz API pertama kami dan kami ingin mendengar pendapat Anda. Kami memiliki lebih banyak stok untuk pengujian fuzz , yang akan kami dasarkan pada rilis fitur ini.
ΠΈ .
Pratinjau grafik baru di panel metrik
(INTI, STARTER, PREMIUM, ULTIMATE, GRATIS, PERUNGGU, PERAK, EMAS)
Sebelumnya, membuat grafik di dashboard metrik di GitLab bukanlah tugas yang mudah. Setelah Anda membuat metrik di file YAML dasbor, Anda melakukan perubahan master, tanpa dapat memverifikasi bahwa grafik yang baru dibuat berfungsi persis seperti yang Anda perlukan. Mulai dari rilis ini, Anda dapat melihat pratinjau perubahan saat membuat grafik, mendapatkan gambaran hasilnya sebelum mengirimkan perubahan ke file YAML dasbor.
ΠΈ .
Data cakupan kode melalui pengujian untuk semua proyek grup
(PREMIUM, ULTIMATE, PERAK, EMAS)
Saat Anda mengelola sejumlah besar proyek di GitLab, Anda memerlukan satu sumber informasi tentang bagaimana cakupan kode berubah seiring waktu di semua proyek. Sebelumnya, menampilkan informasi ini memerlukan pekerjaan manual yang membosankan dan memakan waktu: Anda harus mengunduh data cakupan kode dari setiap proyek dan menggabungkannya dalam sebuah tabel.
Dalam rilis 13.4, perakitan menjadi mungkin dengan mudah dan cepat .csv file dengan semua data tentang cakupan kode untuk semua proyek grup atau untuk proyek pilihan. Fitur ini adalah MVC, akan diikuti dengan kemampuannya .
ΠΈ .
Dukungan untuk bahasa baru untuk pengujian fuzz penuh
(ULTIM, EMAS)
Rilis ini memperkenalkan dukungan untuk beberapa bahasa baru untuk pengujian fuzz yang ditujukan untuk cakupan penuh.
Sekarang Anda dapat mengevaluasi kemampuan penuh pengujian fuzzing di aplikasi Java, Rust, dan Swift Anda serta menemukan kesalahan dan kerentanan yang mungkin terlewatkan oleh pemindai dan metode pengujian lain.
ΠΈ .
Peringatan di halaman lingkungan utama
(PREMIUM, ULTIMATE, PERAK, EMAS)
Halaman Lingkungan menunjukkan keadaan lingkungan Anda secara keseluruhan. Dalam rilis ini kami telah memperbaiki halaman ini dengan menambahkan tampilan peringatan. Peringatan yang dipicu bersama dengan status lingkungan Anda akan membantu Anda mengambil tindakan dengan cepat untuk memperbaiki situasi yang muncul.
ΠΈ .
Jaringan pipa yang disarangkan kini dapat menjalankan jaringan pipa yang disarangkannya sendiri
(INTI, STARTER, PREMIUM, ULTIMATE, GRATIS, PERUNGGU, PERAK, EMAS)
Dengan menggunakan alur bersarang, kini dimungkinkan untuk menjalankan alur baru di dalam alur anak. Tingkat kedalaman ekstra dapat berguna jika Anda memerlukan fleksibilitas untuk menghasilkan sejumlah saluran pipa yang bervariasi.
Sebelumnya, saat menggunakan alur bertingkat, setiap alur anak memerlukan tugas pemicu untuk ditentukan secara manual di alur induk. Sekarang Anda dapat membuat alur bertumpuk yang secara dinamis akan meluncurkan sejumlah alur bertumpuk baru. Misalnya, jika Anda memiliki monorepositori, Anda dapat secara dinamis membuat subpipeline pertama, yang dengan sendirinya akan membuat jumlah pipeline baru yang diperlukan berdasarkan perubahan di cabang.
ΠΈ .
Peningkatan navigasi antara pipa induk dan pipa bersarang
(INTI, STARTER, PREMIUM, ULTIMATE, GRATIS, PERUNGGU, PERAK, EMAS)
Sebelumnya, bernavigasi antara alur induk dan alur yang disarangkan sangat tidak nyaman - Anda memerlukan banyak klik untuk sampai ke alur yang diinginkan. Juga tidak mudah untuk mengetahui pekerjaan mana yang memulai proses tersebut. Sekarang akan lebih mudah untuk melihat hubungan antara pipa induk dan pipa yang disarangkan.
ΠΈ .
Pekerjaan matriks paralel menunjukkan variabel yang relevan dalam jabatan
(INTI, STARTER, PREMIUM, ULTIMATE, GRATIS, PERUNGGU, PERAK, EMAS)
Jika Anda menggunakan , Anda mungkin memperhatikan bahwa sulit untuk menentukan variabel matriks mana yang digunakan untuk pekerjaan tertentu, karena nama pekerjaannya terlihat seperti matrix 1/4. Dalam rilis 13.4, Anda akan melihat nilai variabel relevan yang digunakan dalam pekerjaan tersebut, bukan nama pekerjaan umum. Misalnya, jika tujuan Anda adalah men-debug arsitektur x86, maka pekerjaan tersebut akan dipanggil matrix: debug x86.
ΠΈ .
Peningkatan lainnya di GitLab 13.4
Menghubungkan akun Atlassian
(INTI, STARTER, PREMIUM, ULTIMATE)
Pengguna GitLab sekarang dapat menghubungkan akun GitLab mereka ke akun Atlassian Cloud mereka. Ini akan memungkinkan Anda masuk ke GitLab dengan kredensial Atlassian Anda, dan juga akan meletakkan dasar untuk peningkatan integrasi di masa depan. dan dengan produk lain dari lini Atlassian.
ΠΈ .
Mengekspor daftar semua komit gabungan
(ULTIM, EMAS)
Organisasi yang berfokus pada kepatuhan memerlukan cara untuk menunjukkan kepada auditor pandangan holistik tentang komponen yang terkait dengan perubahan apa pun dalam produksi. Di GitLab, ini berarti mengumpulkan semuanya di satu tempat: permintaan penggabungan, tiket, saluran pipa, pemindaian keamanan, dan data penerapan lainnya. Hingga saat ini, Anda harus mengumpulkannya secara manual di GitLab atau mengonfigurasi alat Anda untuk mengumpulkan informasi, yang mana hal ini tidak terlalu efisien.
Anda sekarang dapat mengumpulkan dan mengekspor data ini secara terprogram untuk memenuhi persyaratan audit atau melakukan analisis lainnya. Untuk mengekspor daftar semua komit gabungan untuk grup saat ini, Anda harus membuka dan klik tombol Daftar semua komit gabungan. File yang dihasilkan akan berisi semua penerapan permintaan penggabungan, pembuatnya, ID permintaan penggabungan terkait, grup, proyek, konfirmasi, dan informasi lainnya.
ΠΈ .
Buat daftar dan kelola token akses pribadi melalui API
(ULTIM, EMAS)
Mengelola akses ke namespace GitLab adalah bagian penting dari upaya kepatuhan. Dari prinsip hak istimewa paling rendah hingga menonaktifkan akses berwaktu, mungkin ada beberapa persyaratan yang terkait dengan token akses pribadi di GitLab. Untuk mempermudah pemeliharaan dan pengelolaan semua kredensial pengguna ini dalam namespace Anda, kami telah menyediakan kemampuan untuk mencantumkan semua token akses pribadi dan secara opsional melalui API.
Peningkatan pada API GitLab ini memungkinkan pengguna untuk membuat daftar dan mencabut token akses pribadi mereka, dan admin untuk membuat daftar dan mencabut token pengguna mereka. Kini akan lebih mudah bagi administrator untuk melihat siapa yang memiliki akses ke namespace mereka, membuat keputusan akses berdasarkan data pengguna, dan mencabut token akses pribadi yang mungkin telah disusupi atau berada di luar kebijakan manajemen akses perusahaan.
ΠΈ .
Masalah terkait dan fitur lainnya kini ada di GitLab Core
(INTI, STARTER, PREMIUM, ULTIMATE, GRATIS, PERUNGGU, PERAK, EMAS)
Beberapa bulan yang lalu kami mengumumkan rencana untuk melakukannya . Dengan berupaya memenuhi janji yang telah kami buat , ΠΈ (dalam lokalisasi "papan diskusi" GitLab Rusia) tersedia dalam paket Inti. Ini hanya berlaku untuk hubungan βtertaut keβ; hubungan βblokβ dan βdiblokirβ tetap ada dalam paket berbayar.
ΠΈ .
Menampilkan nama cabang asal di sidebar permintaan penggabungan
(INTI, STARTER, PREMIUM, ULTIMATE, GRATIS, PERUNGGU, PERAK, EMAS)
Saat meninjau perubahan kode, diskusi, dan penerapan permintaan penggabungan, sering kali diinginkan untuk melakukan pembayaran lokal pada cabang untuk peninjauan lebih dalam. Namun, menemukan nama thread menjadi semakin sulit karena semakin banyak konten yang ditambahkan ke deskripsi permintaan penggabungan dan Anda harus menggulir halaman lebih jauh ke bawah.
Kami telah menambahkan nama cabang ke sidebar permintaan penggabungan, sehingga dapat diakses kapan saja dan menghilangkan kebutuhan untuk menggulir seluruh halaman. Sama seperti tautan ke permintaan penggabungan, bagian cabang sumber berisi tombol βsalinβ yang nyaman.
Terima kasih atas kontribusi besar Anda terhadap pengembangan fitur ini!
ΠΈ .
Indikasi adanya file yang diciutkan dalam permintaan penggabungan berbeda
(INTI, STARTER, PREMIUM, ULTIMATE, GRATIS, PERUNGGU, PERAK, EMAS)
Permintaan penggabungan yang menambahkan perubahan pada beberapa file terkadang menciutkan perbedaan file besar untuk meningkatkan kinerja rendering. Jika hal ini terjadi, ada kemungkinan file secara tidak sengaja dilewati saat peninjauan, terutama pada permintaan penggabungan dengan file dalam jumlah besar. Mulai versi 13.4, permintaan penggabungan akan menandai perbedaan yang berisi file terlipat, sehingga Anda tidak akan melewatkan file ini selama peninjauan kode. Untuk lebih jelasnya, kami berencana menambahkan penyorotan ke file-file ini di rilis mendatang. Nantikan pembaruan di .
ΠΈ .
Peringatan tentang keberadaan file yang diciutkan dalam perbedaan permintaan penggabungan
(INTI, STARTER, PREMIUM, ULTIMATE, GRATIS, PERUNGGU, PERAK, EMAS)
Di bagian perbedaan permintaan penggabungan, file besar diciutkan untuk meningkatkan kinerja. Namun, saat meninjau kode, beberapa file mungkin hilang saat peninjau menelusuri daftar file, karena semua file besar diciutkan.
Kami telah menambahkan peringatan yang terlihat di bagian atas halaman perbedaan permintaan penggabungan untuk memberi tahu pengguna bahwa ada file yang digabungkan di bagian ini. Dengan cara ini, Anda tidak akan melewatkan perubahan apa pun pada permintaan penggabungan selama peninjauan.
ΠΈ .
Pemulihan otomatis repositori cluster Gitaly
(INTI, STARTER, PREMIUM, ULTIMATE, GRATIS, PERUNGGU, PERAK, EMAS)
Sebelumnya, ketika node utama cluster Gitaly offline, repositori pada node tersebut ditandai sebagai hanya-baca. Hal ini mencegah hilangnya data dalam situasi di mana terdapat perubahan pada node yang belum direplikasi. Ketika node kembali online, GitLab tidak dipulihkan secara otomatis, dan administrator harus memulai proses sinkronisasi secara manual atau menerima kehilangan data. Situasi lain, seperti kegagalan pekerjaan replikasi pada node sekunder, juga dapat mengakibatkan repositori menjadi usang atau hanya dapat dibaca. Dalam kasus ini, repositori tetap basi hingga operasi penulisan berikutnya terjadi, yang akan memulai pekerjaan replikasi.
Untuk mengatasi masalah ini sekarang menjadwalkan pekerjaan replikasi ketika mendeteksi repositori usang di satu node dan versi terbaru repositori di node lain. Pekerjaan replikasi ini membuat repositori tetap diperbarui secara otomatis, sehingga menghilangkan kebutuhan untuk memulihkan data secara manual. Pemulihan otomatis juga memastikan bahwa node sekunder dengan cepat diperbarui jika pekerjaan replikasi gagal, daripada menunggu operasi penulisan berikutnya. Karena banyak cluster Gilaly menyimpan sejumlah besar repositori, hal ini secara signifikan mengurangi waktu yang dihabiskan oleh administrator dan teknisi keandalan untuk memulihkan data setelah terjadi kesalahan.
Selain itu, perbaikan otomatis memulai replikasi repositori pada setiap node Gitaly baru yang ditambahkan ke cluster, menghilangkan pekerjaan manual saat menambahkan node baru.
ΠΈ .
Tandai tugas yang harus dilakukan sebagai selesai pada halaman desain
(INTI, STARTER, PREMIUM, ULTIMATE, GRATIS, PERUNGGU, PERAK, EMAS)
Komunikasi yang efektif di GitLab didasarkan pada daftar tugas. Jika Anda disebutkan dalam komentar, sangat penting untuk dapat langsung mengerjakan suatu tugas dan mulai melakukan sesuatu atau menandainya sebagai selesai. Penting juga untuk dapat memberikan tugas kepada diri Anda sendiri ketika Anda perlu mengerjakan sesuatu atau kembali lagi nanti.
Sebelumnya, Anda tidak dapat menambahkan tugas atau menandainya sebagai selesai saat mengerjakan desain. Hal ini sangat mengganggu efisiensi komunikasi antar tim produk, karena tugas adalah elemen penting dalam alur kerja GitLab.
Dalam rilis 13.4, desain mengikuti komentar tiket dalam menggunakan tugas, yang membuat pengerjaannya lebih konsisten dan efisien.
ΠΈ .
Panduan pemecahan masalah yang ditingkatkan untuk CI/CD
(INTI, STARTER, PREMIUM, ULTIMATE, GRATIS, PERUNGGU, PERAK, EMAS)
Kami telah menyempurnakan panduan pemecahan masalah untuk GitLab CI/CD dengan informasi lebih lanjut tentang masalah umum yang mungkin Anda temui. Kami berharap dokumentasi yang ditingkatkan ini akan menjadi sumber daya berharga dalam membantu Anda memulai dan menjalankan GitLab CI/CD dengan cepat dan mudah.
ΠΈ .
Permintaan penggabungan tidak lagi keluar dari antrean penggabungan
(PREMIUM, ULTIMATE, PERAK, EMAS)
Sebelumnya, permintaan penggabungan bisa keluar dari antrean penggabungan secara tidak sengaja karena komentar yang terlambat. Jika permintaan penggabungan sudah ada dalam antrean dan seseorang menambahkan komentar ke dalamnya sehingga membuat diskusi baru yang belum terselesaikan, permintaan penggabungan dianggap tidak memenuhi syarat untuk penggabungan dan akan dikeluarkan dari antrean. Sekarang, setelah permintaan penggabungan ditambahkan ke antrian penggabungan, komentar baru dapat ditambahkan tanpa takut mengganggu proses penggabungan.
ΠΈ .
Menampilkan nilai cakupan kode untuk pekerjaan dalam permintaan penggabungan
(INTI, STARTER, PREMIUM, ULTIMATE, GRATIS, PERUNGGU, PERAK, EMAS)
Pengembang harus dapat melihat nilai cakupan kode setelah pipeline selesai - bahkan dalam skenario yang kompleks seperti menjalankan pipeline dengan beberapa tugas yang perlu diurai untuk menghitung nilai cakupan. Sebelumnya, widget permintaan penggabungan hanya menampilkan rata-rata dari nilai-nilai ini, yang berarti Anda harus menavigasi ke halaman pekerjaan dan kembali ke permintaan penggabungan untuk mendapatkan nilai cakupan perantara. Untuk menghemat waktu Anda dan langkah-langkah tambahan ini, kami membuat widget menampilkan nilai cakupan rata-rata, perubahannya antara cabang target dan sumber, dan keterangan alat yang menunjukkan nilai cakupan untuk setiap pekerjaan berdasarkan penghitungan rata-rata.
ΠΈ .
Menghapus paket dari registri paket saat melihat grup
(INTI, STARTER, PREMIUM, ULTIMATE, GRATIS, PERUNGGU, PERAK, EMAS)
Registri paket GitLab adalah tempat untuk menyimpan dan mendistribusikan paket dalam berbagai format. Ketika Anda memiliki banyak paket dalam proyek atau grup Anda, Anda perlu segera mengidentifikasi paket yang tidak digunakan dan menghapusnya untuk mencegah orang mengunduhnya. Anda dapat menghapus paket dari registri Anda melalui atau melalui antarmuka pengguna registri paket. Namun, hingga saat ini Anda tidak dapat menghapus paket saat melihat grup melalui UI. Akibatnya, Anda harus menghapus paket yang tidak diperlukan per proyek, dan ini tidak efisien.
Anda sekarang dapat menghapus paket saat melihat registri paket grup. Cukup buka halaman registri paket grup, filter paket berdasarkan nama, dan hapus paket yang tidak Anda perlukan.
ΠΈ .
Menskalakan paket Conan ke tingkat proyek
(INTI, STARTER, PREMIUM, ULTIMATE, GRATIS, PERUNGGU, PERAK, EMAS)
Anda dapat menggunakan repositori Conan di GitLab untuk menerbitkan dan mendistribusikan dependensi C/C++. Namun, paket sebelumnya hanya dapat diskalakan ke tingkat instans, karena nama paket Conan hanya boleh maksimal 51 karakter. Jika Anda ingin memublikasikan paket dari subgrup, misalnya gitlab-org/ci-cd/package-stage/feature-testing/conan, hal itu hampir mustahil dilakukan.
Anda sekarang dapat menurunkan skala paket Conan ke tingkat proyek, sehingga memudahkan untuk mempublikasikan dan mendistribusikan dependensi proyek Anda.
ΠΈ .
Dukungan untuk pengelola paket dan bahasa baru untuk pemindaian ketergantungan
(ULTIM, EMAS)
Kami sangat antusias untuk menambahkan pemindaian ketergantungan untuk proyek kode C, C++, C# dan .Net yang menggunakan manajer paket NuGet 4.9+ atau Conan ke daftar kami . Anda sekarang dapat mengaktifkan pemindaian ketergantungan sebagai bagian dari tahap Aman untuk memeriksa kerentanan yang diketahui dalam dependensi yang ditambahkan melalui manajer paket. Kerentanan yang ditemukan akan ditampilkan dalam permintaan penggabungan Anda bersama dengan tingkat keparahannya, sehingga Anda mengetahui sebelum melakukan penggabungan, risiko apa yang ditimbulkan oleh ketergantungan baru. Anda juga dapat mengonfigurasi proyek Anda sesuai kebutuhan untuk dependensi dengan kerentanan dengan tingkat keparahan kritis (Critical), tinggi (High) atau tidak diketahui (Unknown).
ΠΈ .
Pemberitahuan ketika mengubah pengaturan permintaan penggabungan menjadi 'Gabungkan ketika alur berhasil diselesaikan'
(INTI, STARTER, PREMIUM, ULTIMATE, GRATIS, PERUNGGU, PERAK, EMAS)
Sebelumnya, saat mengatur pengaturan permintaan penggabungan Gabungkan saat pipa selesai (Gabungkan Saat Pipeline Berhasil, MWPS) tidak ada pemberitahuan email yang dikirim. Anda harus memeriksa status secara manual atau menunggu pemberitahuan bahwa penggabungan telah selesai. Dengan rilis ini kami dengan senang hati menampilkan kontribusi pengguna , yang memecahkan masalah ini dengan menambahkan pemberitahuan otomatis ke semua orang yang berlangganan permintaan penggabungan ketika pengulas mengubah pengaturan penggabungan ke MWPS.
ΠΈ .
Membuat cluster EKS dengan versi Kubernetes yang ditentukan pengguna
(INTI, STARTER, PREMIUM, ULTIMATE, GRATIS, PERUNGGU, PERAK, EMAS)
Pengguna GitLab kini dapat memilih versi Kubernetes yang akan disediakan oleh EKS; Anda dapat memilih antara versi 1.14β1.17.
ΠΈ .
Membuat insiden sebagai jenis tiket
(INTI, STARTER, PREMIUM, ULTIMATE, GRATIS, PERUNGGU, PERAK, EMAS)
Tidak setiap masalah yang muncul langsung memicu peringatan: pengguna melaporkan gangguan dan anggota tim menyelidiki masalah kinerja. Insiden kini menjadi semacam tiket, sehingga tim Anda dapat dengan cepat membuatnya sebagai bagian dari alur kerja normal mereka. Klik Tugas baru dari mana saja di GitLab, dan di lapangan Jenis memilih Kejadian.
ΠΈ .
Menyebutkan Peringatan GitLab dalam Penurunan Harga
(INTI, STARTER, PREMIUM, ULTIMATE, GRATIS, PERUNGGU, PERAK, EMAS)
Kami telah meningkatkan lansiran GitLab dengan menambahkan jenis penyebutan baru khusus untuk lansiran tersebut di GitLab Markdown, sehingga memudahkan untuk berbagi dan menyebutkan lansiran. Menggunakan ^alert#1234untuk menyebutkan peringatan di bidang Penurunan Harga apa pun: dalam insiden, tiket, atau permintaan penggabungan. Ini juga akan membantu Anda mengidentifikasi pekerjaan yang dibuat dari peringatan, bukan tiket atau permintaan penggabungan.
ΠΈ .
Melihat beban peringatan berdasarkan insiden
(INTI, STARTER, PREMIUM, ULTIMATE, GRATIS, PERUNGGU, PERAK, EMAS)
Deskripsi peringatan berisi informasi penting untuk pemecahan masalah dan pemulihan, dan informasi ini harus mudah diakses sehingga Anda tidak perlu berpindah alat atau tab saat berupaya menyelesaikan suatu insiden. Insiden yang dibuat dari peringatan menampilkan deskripsi peringatan lengkap di tab Detail Peringatan.
Pencarian lanjutan 75% lebih cepat
(STARTER, PREMIUM, ULTIMATE, PERUNGGU, PERAK, EMAS)
GitLab, sebagai aplikasi tunggal, memiliki kemampuan unik untuk mempercepat penemuan konten di seluruh alur kerja DevOps Anda. Di GitLab 13.4, pencarian lanjutan memberikan hasil 75% lebih cepat , seperti di GitLab.com.
ΠΈ .
Melihat proyek yang dihapus untuk administrator
(INTI, STARTER, PREMIUM, ULTIMATE)
Ada opsi untuk menunda penghapusan proyek . Namun, sebelumnya tidak mungkin melihat semua proyek yang menunggu penghapusan di satu tempat. Administrator instance pengguna GitLab kini dapat melihat semua proyek penghapusan yang tertunda di satu tempat, bersama dengan tombol untuk memulihkan proyek tersebut dengan mudah.
Kemampuan ini memberi administrator kendali lebih besar atas penghapusan proyek dengan mengumpulkan semua informasi relevan di satu tempat dan memberikan kemampuan untuk membatalkan tindakan penghapusan yang tidak diinginkan.
Terima kasih untuk fitur ini!
ΠΈ .
Menambahkan dukungan untuk aturan push grup ke API
(STARTER, PREMIUM, ULTIMATE, PERUNGGU, PERAK, EMAS)
Sebelumnya, aturan push grup hanya dapat dikonfigurasi dengan mengunjungi setiap grup satu per satu melalui UI GitLab dan menerapkan aturan tersebut. Anda kini dapat mengelola aturan ini melalui API untuk mendukung alat khusus dan otomatisasi GitLab.
ΠΈ .
Mencabut token akses pribadi untuk penyimpanan kredensial yang dikelola sendiri
(TERAKHIR)
Memberi administrator informasi yang mereka perlukan untuk mengelola kredensial pengguna untuk instance GitLab mereka. Karena organisasi yang berfokus pada kepatuhan berbeda-beda dalam ketatnya kebijakan manajemen kredensial mereka, kami telah menambahkan tombol yang memungkinkan administrator untuk secara opsional mencabut token akses pribadi (PAT) pengguna. Administrator sekarang dapat dengan mudah mencabut PAT yang berpotensi disusupi. Fitur ini berguna bagi organisasi yang menginginkan opsi kepatuhan yang lebih fleksibel untuk meminimalkan gangguan terhadap penggunanya.
ΠΈ .
File konfigurasi untuk editor situs statis
(INTI, STARTER, PREMIUM, ULTIMATE, GRATIS, PERUNGGU, PERAK, EMAS)
Di GitLab 13.4, kami memperkenalkan cara baru untuk menyesuaikan editor situs statis. Meskipun file konfigurasi tidak menyimpan atau menerima pengaturan apa pun dalam rilis ini, kami meletakkan dasar untuk penyesuaian perilaku editor di masa mendatang. Dalam rilis mendatang kami akan menambahkan ke file tersebut .gitlab/static-site-editor.yml parameter untuk instalasi , di mana , mengesampingkan pengaturan sintaks Markdown dan pengaturan editor lainnya.
ΠΈ .
Mengedit bagian pengantar file menggunakan editor situs statis
(INTI, STARTER, PREMIUM, ULTIMATE, GRATIS, PERUNGGU, PERAK, EMAS)
Materi depan adalah cara yang fleksibel dan nyaman untuk menentukan variabel halaman dalam file data untuk diproses oleh generator situs statis. Biasanya digunakan untuk mengatur judul halaman, templat tata letak, atau penulis, namun dapat digunakan untuk meneruskan semua jenis metadata ke generator saat merender halaman dalam HTML. Disertakan di bagian paling atas setiap file data, bagian pengantar biasanya diformat sebagai YAML atau JSON dan memerlukan sintaksis yang konsisten dan tepat. Pengguna yang tidak terbiasa dengan aturan sintaksis tertentu mungkin secara tidak sengaja memasukkan markup yang tidak valid, yang pada gilirannya dapat menyebabkan masalah pemformatan atau bahkan kegagalan build.
Mode pengeditan WYSIWYG dari editor situs statis sudah menghapus intro dari editor untuk mencegah kesalahan pemformatan ini. Namun, ini mencegah Anda mengubah nilai yang disimpan di bagian ini tanpa kembali mengedit dalam mode sumber. Di GitLab 13.4, Anda dapat mengakses bidang apa pun dan mengedit nilainya dalam antarmuka berbasis formulir yang sudah dikenal. Saat tombol ditekan Pengaturan (Settings) panel akan terbuka menampilkan bidang formulir untuk setiap kunci yang ditentukan di awal. Bidang diisi dengan nilai saat ini, dan mengeditnya semudah memasukkannya ke dalam formulir web. Mengedit pendahuluan dengan cara ini menghindari sintaksis yang rumit dan memberi Anda kendali penuh atas konten sambil memastikan hasil akhir diformat secara konsisten.
ΠΈ .
GitLab untuk Jira dan DVCS Connector kini ada di Core
(INTI, STARTER, PREMIUM, ULTIMATE, GRATIS, PERUNGGU, PERAK, EMAS)
Untuk pengguna Jira di GitLab: ΠΈ memungkinkan Anda menampilkan informasi tentang komitmen GitLab dan menggabungkan permintaan langsung di Jira. Dikombinasikan dengan integrasi Jira bawaan kami, Anda dapat dengan mudah berpindah di antara kedua aplikasi saat Anda bekerja.
Fitur-fitur ini sebelumnya hanya tersedia di paket Premium kami, namun kini tersedia untuk semua pengguna!
ΠΈ .
Mayoritas memberikan suara untuk transaksi klaster Gitaly (beta)
(INTI, STARTER, PREMIUM, ULTIMATE)
Cluster Gitaly memungkinkan Anda mereplikasi repositori Git ke beberapa node Gitaly yang βhangatβ. Hal ini meningkatkan toleransi kesalahan dengan menghilangkan satu titik kegagalan. , yang diperkenalkan di GitLab 13.3, menyebabkan perubahan disiarkan ke semua node Gitaly di cluster, tetapi hanya node Gitaly yang memberikan suara sesuai dengan node utama yang menyimpan perubahan ke disk. Jika semua node replika tidak setuju, hanya satu salinan perubahan yang akan disimpan di disk, sehingga menimbulkan satu titik kegagalan hingga replikasi asinkron selesai.
Pemungutan suara mayoritas meningkatkan toleransi kesalahan dengan memerlukan persetujuan mayoritas node (tidak semua) sebelum menyimpan perubahan ke disk. Jika fitur peralihan ini diaktifkan, penulisan akan berhasil pada beberapa node. Node yang berbeda pendapat secara otomatis disinkronkan menggunakan replikasi asinkron dari node yang telah membentuk kuorum.
ΠΈ .
Dukungan skema khusus untuk validasi JSON di Web IDE
(PREMIUM, ULTIMATE, PERAK, EMAS)
Proyek di mana orang menulis konfigurasi dalam JSON atau YAML sering kali rentan terhadap masalah karena mudah salah ketik dan merusak sesuatu. Dimungkinkan untuk menulis alat inspeksi untuk menangkap masalah ini di pipeline CI, namun menggunakan file skema JSON dapat berguna untuk memberikan dokumentasi dan petunjuk.
Peserta proyek dapat menentukan di repositori mereka jalur ke skema kustom dalam sebuah file .gitlab/.gitlab-webide.yml, yang menentukan skema dan jalur ke file yang akan diperiksa. Saat Anda memuat file tertentu ke dalam IDE Web, Anda akan melihat masukan dan validasi tambahan untuk membantu Anda membuat file.
ΠΈ .
Batas percabangan Directed Acyclic Graph (DAG) ditingkatkan menjadi 50
(INTI, STARTER, PREMIUM, ULTIMATE, GRATIS, PERUNGGU, PERAK, EMAS)
Jika Anda menggunakan konveyor (Directed Acyclic Graph (DAG)), Anda mungkin menemukan bahwa ada batas 10 pekerjaan yang dapat ditentukan oleh suatu pekerjaan needs:, terlalu keras. Di 13.4, batas default ditingkatkan dari 10 menjadi 50 untuk memungkinkan jaringan hubungan yang lebih kompleks antar pekerjaan di saluran Anda.
Jika Anda adalah administrator instans GitLab khusus, Anda dapat menaikkan batas ini lebih tinggi lagi dengan menyiapkan fitur pengalih, meskipun kami tidak menawarkan dukungan resmi untuk hal ini.
ΠΈ .
Perilaku yang ditingkatkan needs untuk tugas yang terlewat
(INTI, STARTER, PREMIUM, ULTIMATE, GRATIS, PERUNGGU, PERAK, EMAS)
Dalam beberapa kasus, pekerjaan yang terlewat dalam alur dapat dianggap berhasil secara keliru untuk dependensi yang ditentukan dalam needs, yang menyebabkan pekerjaan berikutnya berjalan, yang seharusnya tidak terjadi. Perilaku ini telah diperbaiki di versi 13.4, dan needs sekarang menangani kasus tugas yang terlewat dengan benar.
ΠΈ .
Sematkan artefak pencarian terakhir untuk mencegahnya dihapus
(INTI, STARTER, PREMIUM, ULTIMATE, GRATIS, PERUNGGU, PERAK, EMAS)
GitLab sekarang secara otomatis mengunci pekerjaan terakhir yang berhasil dan artefak saluran pada setiap cabang aktif, permintaan penggabungan, atau tag untuk mencegahnya dihapus setelah habis masa berlakunya. Menjadi lebih mudah untuk menetapkan aturan kedaluwarsa yang lebih agresif untuk membersihkan artefak lama. Hal ini membantu mengurangi konsumsi ruang disk dan memastikan bahwa Anda selalu memiliki salinan artefak terbaru dari alur.
ΠΈ .
Panduan CI/CD untuk Pengoptimalan Saluran Pipa
(INTI, STARTER, PREMIUM, ULTIMATE, GRATIS, PERUNGGU, PERAK, EMAS)
Mengoptimalkan saluran CI/CD Anda dapat meningkatkan kecepatan pengiriman dan menghemat uang. Kami telah menyempurnakan dokumentasi kami untuk menyertakan panduan singkat untuk mendapatkan hasil maksimal dari pengoptimalan saluran pipa Anda.
ΠΈ .
Laporan pengujian diurutkan berdasarkan status pengujian
(INTI, STARTER, PREMIUM, ULTIMATE, GRATIS, PERUNGGU, PERAK, EMAS)
adalah cara mudah untuk melihat hasil semua pengujian dalam pipeline. Namun, dengan jumlah pengujian yang banyak, menemukan pengujian yang gagal dapat memakan waktu lama. Masalah lain yang dapat membuat laporan sulit digunakan mencakup kesulitan menelusuri keluaran jejak yang panjang dan pembulatan waktu ke nol untuk pengujian yang berjalan dalam waktu kurang dari 1 detik. Sekarang, secara default, saat mengurutkan laporan pengujian, pengujian yang gagal akan ditempatkan terlebih dahulu di awal laporan, lalu mengurutkan pengujian berdasarkan durasi. Hal ini memudahkan untuk menemukan kegagalan dan pengujian yang panjang. Selain itu, durasi pengujian kini ditampilkan dalam milidetik atau detik, membuatnya lebih cepat dibaca, dan masalah pengguliran sebelumnya juga telah teratasi.
ΠΈ .
Batasan ukuran file yang diunggah ke registri paket
(INTI, STARTER, PREMIUM, ULTIMATE, GRATIS, PERUNGGU, PERAK, EMAS)
Sekarang ada batasan ukuran file paket yang dapat diunggah ke registri paket GitLab. Pembatasan telah ditambahkan untuk mengoptimalkan kinerja registri paket dan mencegah penyalahgunaan. Batasannya bervariasi tergantung pada format paket. Untuk GitLab.com, ukuran file maksimum adalah:
- Conan: 250MB
- Maven: 3GB
- NPM: 300MB
- NuGet: 250MB
- PyPI: 3GB
Untuk instance GitLab khusus, defaultnya sama. Namun, administrator dapat memperbarui batasan menggunakan .
ΠΈ .
Gunakan CI_JOB_TOKEN untuk mempublikasikan paket PyPI
(INTI, STARTER, PREMIUM, ULTIMATE, GRATIS, PERUNGGU, PERAK, EMAS)
Anda dapat menggunakan repositori GitLab PyPI untuk membuat, menerbitkan, dan berbagi paket Python bersama dengan kode sumber dan pipeline CI/CD. Namun, sebelumnya Anda tidak dapat mengautentikasi ke repositori menggunakan variabel lingkungan yang telah ditentukan sebelumnya CI_JOB_TOKEN. Akibatnya, Anda harus menggunakan kredensial pribadi Anda untuk memperbarui repositori PyPI, atau Anda mungkin memutuskan untuk tidak menggunakan repositori tersebut sama sekali.
Sekarang lebih mudah menggunakan GitLab CI/CD untuk menerbitkan dan menginstal paket PyPI menggunakan variabel lingkungan yang telah ditentukan sebelumnya CI_JOB_TOKEN.
ΠΈ .
Profil pemindai DAST berdasarkan permintaan
(ULTIM, EMAS)
Untuk pemindaian DAST sesuai permintaan , profil pemindai DAST telah ditambahkan. Mereka memperluas kemampuan konfigurasi pemindaian ini, memungkinkan Anda dengan cepat membuat beberapa profil untuk mencakup berbagai jenis pemindaian. Di 13.4, profil perayap secara asli menyertakan pengaturan batas waktu perayap yang menetapkan berapa lama perayap DAST harus berjalan saat berupaya menemukan semua laman situs yang dirayapi. Profil ini juga menyertakan pengaturan batas waktu situs target untuk mengatur berapa lama perayap harus menunggu hingga situs dapat diakses sebelum membatalkan perayapan jika situs tidak merespons dengan kode status 200 atau 300. Seiring dengan peningkatan kami, fitur ini akan menjadi ditambahkan ke profil pemindai di rilis mendatang; parameter konfigurasi tambahan akan ditambahkan.
ΠΈ .
File konfigurasi pengalihan sederhana untuk Halaman GitLab
(INTI, STARTER, PREMIUM, ULTIMATE, GRATIS, PERUNGGU, PERAK, EMAS)
Jika Anda menggunakan Halaman GitLab dan ingin mengelola perubahan URL dengan lebih baik, Anda mungkin memperhatikan bahwa pengelolaan pengalihan di situs Halaman GitLab Anda tidak dapat dilakukan. GitLab sekarang memungkinkan Anda mengonfigurasi aturan untuk mengalihkan satu URL ke URL lain untuk situs Halaman Anda dengan menambahkan file konfigurasi ke repositori. Fitur ini dimungkinkan berkat kontribusi Kevin Barnett (), Eric Eastwood kami () dan tim GitLab. Terima kasih semuanya atas masukan Anda.
ΠΈ .
Status Terraform dikelola oleh GitLab
(INTI, STARTER, PREMIUM, ULTIMATE, GRATIS, PERUNGGU, PERAK, EMAS)
Akses ke versi status Terraform sebelumnya diperlukan untuk kepatuhan dan untuk debugging jika diperlukan. Dukungan untuk pembuatan versi status Terraform yang dikelola oleh GitLab disediakan mulai GitLab 13.4. Pembuatan versi diaktifkan secara otomatis untuk file status Terraform baru. File status Terraform yang ada akan menjadi dalam rilis selanjutnya.
ΠΈ .
Detail Pemberitahuan Insiden Penting
(INTI, STARTER, PREMIUM, ULTIMATE, GRATIS, PERUNGGU, PERAK, EMAS)
Saat memproses insiden, Anda harus dapat dengan mudah menentukan berapa lama peringatan dibuka dan berapa kali peristiwa tersebut dipicu. Detail ini sering kali penting dalam menentukan dampak terhadap pelanggan dan hal apa yang harus ditangani terlebih dahulu oleh tim Anda. Di panel Detail Insiden yang baru, kami menampilkan waktu mulai peringatan, jumlah peristiwa, dan tautan ke peringatan asli. Informasi ini tersedia untuk insiden yang dihasilkan dari peringatan.
ΠΈ .
Menetapkan dan mengedit parameter tingkat keparahan insiden
(INTI, STARTER, PREMIUM, ULTIMATE, GRATIS, PERUNGGU, PERAK, EMAS)
Dimensi Keparahan Insiden memungkinkan responden dan pemangku kepentingan untuk menentukan dampak pemadaman listrik, serta metode dan urgensi respons. Saat tim Anda membagikan hasil selama penyelesaian dan pemulihan insiden, mereka dapat mengubah pengaturan ini. Anda sekarang dapat mengedit tingkat keparahan suatu insiden di sidebar kanan halaman Detail Insiden, dan tingkat keparahannya ditampilkan dalam daftar insiden.
ΠΈ .
Membuat, mengedit, dan menghapus aturan keamanan jaringan kontainer
(ULTIM, EMAS)
Peningkatan pada Editor Aturan Keamanan Jaringan Kontainer ini memungkinkan pengguna membuat, mengedit, dan menghapus aturan mereka dengan mudah langsung dari antarmuka pengguna GitLab. Fitur editor meliputi .yaml untuk pengguna berpengalaman dan editor aturan dengan antarmuka intuitif bagi mereka yang baru mengenal aturan jaringan. Anda dapat menemukan opsi pengelolaan aturan baru di bagian tersebut Keamanan dan Kepatuhan > Manajemen Ancaman > Aturan (Keamanan & Kepatuhan > Manajemen Ancaman > Kebijakan).
ΠΈ .
Dukungan penyimpanan blob Azure
(INTI, STARTER, PREMIUM, ULTIMATE, GRATIS, PERUNGGU, PERAK, EMAS)
Baik GitLab dan GitLab Runner kini mendukung , sehingga memudahkan menjalankan layanan GitLab di Azure.
Instans GitLab mendukung Azure untuk semua jenis penyimpanan objek, termasuk file LFS, artefak CI, dan . Untuk menyiapkan penyimpanan Azure Blob, ikuti petunjuk instalasi ΠΈΠ»ΠΈ .
Pemroses pekerjaan GitLab juga mendukung Azure untuk penyimpanan . Penyimpanan Azure dapat dikonfigurasi menggunakan bagian ini .
ΠΈ .
Paket Omnibus ARM64 untuk Ubuntu dan OpenSUSE
(INTI, STARTER, PREMIUM, ULTIMATE)
Menanggapi meningkatnya permintaan akan dukungan untuk menjalankan GitLab pada arsitektur ARM 64-bit, kami dengan bangga mengumumkan ketersediaan paket resmi ARM64 Ubuntu 20.04 Omnibus. Terima kasih sebesar-besarnya kepada Zitai Chen dan Guillaume Gardet atas kontribusi besar yang mereka berikan - permintaan penggabungan mereka memainkan peran penting dalam hal ini!
Untuk mengunduh dan menginstal paket untuk Ubuntu 20.04, kunjungi kami dan pilih Ubuntu.
ΠΈ .
Dukungan otentikasi kartu pintar untuk grafik GitLab Helm
(PREMIUM, TERBAIK)
Kartu pintar, seperti Common Access Cards (CAC), kini dapat digunakan untuk mengautentikasi ke instance GitLab yang diterapkan melalui diagram Helm. Kartu pintar diautentikasi terhadap database lokal menggunakan sertifikat X.509. Dengan ini, dukungan kartu pintar dengan grafik Helm kini sejalan dengan dukungan kartu pintar yang tersedia dalam penerapan Omnibus.
ΠΈ .
Catatan rilis terperinci dan petunjuk pembaruan/instalasi dapat dibaca di postingan asli berbahasa Inggris: .
Kami sedang mengerjakan terjemahan dari bahasa Inggris , , ΠΈ .
Sumber: www.habr.com