
Keluaran 13.4 kini keluar dengan storan HashiCorp untuk pembolehubah CI, Agen Kubernetes dan Pusat Keselamatan, serta ciri boleh togol dalam Starter.
Di GitLab, kami sentiasa memikirkan cara untuk membantu pengguna mengurangkan risiko, meningkatkan kecekapan dan meningkatkan kelajuan penghantaran pada platform kegemaran anda. Bulan ini, kami telah menambah beberapa ciri baharu berguna yang mengembangkan keupayaan keselamatan, mengurangkan kelemahan, meningkatkan kecekapan, memudahkan GitLab dan membantu pasukan anda menyampaikan ciri dengan lebih pantas. Kami berharap anda akan mendapati ciri utama ini membantu, serta 53 ciri baharu yang lain, ditambah dalam keluaran ini.
Ciri keselamatan yang dipertingkatkan
Kami berusaha untuk menambah beberapa ciri baharu pada GitLab DevSecOps setiap bulan, dan keluaran ini tidak terkecuali. dalam proses binaan dan penggunaan. Selain itu, organisasi yang ingin mengekalkan pengasingan tugas di sekitar penggunaan kod kini boleh Peranan ini sepadan dengan dan akan membolehkan anda meluluskan permintaan gabungan (dalam penyetempatan Rusia GitLab, "permintaan tarik") dan menggunakan kod dalam persekitaran yang dilindungi tanpa memberikan akses untuk mengubah suai kod itu sendiri.
Satu lagi cara untuk mengurangkan risiko adalah dengan menggunakan yang baru Pasukan operasi boleh menggunakan kluster Kubernetes daripada GitLab tanpa perlu mendedahkan kluster mereka ke seluruh internet. Kami juga memperkenalkan sokongan kawalan versi automatik untuk fail keadaan Terraform baharu dengan untuk menyokong pematuhan dan kemudahan penyahpepijatan. Akhirnya, papan pemuka keselamatan dalam contoh telah diubah menjadi dengan laporan kelemahan dan tetapan keselamatan.
Kerja yang lebih mudah dan cekap dengan GitLab
Kami telah menambah baik carian global kami dengan menambah , membolehkan anda menavigasi dengan mudah ke isu, kumpulan, projek, tetapan dan topik bantuan terkini anda. Kami teruja untuk mengumumkan bahawa Halaman GitLab untuk mengubah hala halaman dan direktori individu dalam tapak, membolehkan pengguna menggunakan tapak mereka dengan lebih cekap. Dan bagi mereka yang ingin menerima maklumat penggunaan lanjutan, keluaran ini membenarkan !
Sumbangan sumber terbuka
Kami mewakili , yang telah ditambah Tanda liputan ujian unit untuk kod yang diubah memberi pembangun gambaran yang jelas tentang liputan kod semasa semakan; maklumat ini membantu mempercepatkan semakan dan mengurangkan masa yang diperlukan untuk menggabungkan dan menggunakan kod baharu. Kami juga dan kami merancang .
Dan ini hanya permulaan!
Seperti biasa, tidak ada ruang yang mencukupi dalam gambaran keseluruhan umum, tetapi terdapat begitu banyak ciri hebat dalam keluaran 13.4. Berikut adalah beberapa lagi:
- .
Jika anda ingin mengetahui terlebih dahulu apa yang menanti anda seterusnya lepaskan, lihatlah .
.

bulan ini -
Fabio memberikan sumbangan yang besar Π² β ciri yang lama ditunggu-tunggu dalam komuniti GitLab. Ini adalah sumbangan yang benar-benar penting dengan perubahan bukan remeh yang memerlukan kerjasama berterusan dengan ahli pasukan GitLab dan menyentuh berbilang bidang projek, termasuk UX, frontend dan backend.
Ciri Utama Keluaran GitLab 13.4
Gunakan kunci HashiCorp Vault dalam kerja CI
(PREMIUM, MUKTAMAD, PERAK, EMAS)
Dalam keluaran 12.10, GitLab memperkenalkan keupayaan untuk menerima dan menghantar kunci kepada kerja CI menggunakan pelari GitLab. Kami kini berkembang , menambah sintaks baharu secrets untuk memfailkan .gitlab-ci.ymlIni akan memudahkan untuk menyediakan dan menggunakan repositori HashiCorp dengan GitLab.

ΠΈ .
Memperkenalkan Ejen Kubernetes GitLab
(PREMIUM, MUKTAMAD)
Penyepaduan GitLab dengan Kubernetes telah lama membenarkan penggunaan kepada kelompok Kubernetes tanpa memerlukan konfigurasi manual. Ramai pengguna menghargai kemudahan penggunaan penyepaduan ini, sementara yang lain menghadapi beberapa kesukaran. Penyepaduan semasa memerlukan kluster anda boleh diakses dari internet untuk GitLab mengaksesnya. Bagi kebanyakan organisasi, ini tidak boleh dilaksanakan kerana mereka mengehadkan akses kepada kelompok mereka atas sebab keselamatan, pematuhan atau peraturan. Untuk memintas pengehadan ini, pengguna perlu membina alatan mereka sendiri di atas GitLab; jika tidak, mereka tidak akan dapat memanfaatkan ciri ini.
Hari ini, kami memperkenalkan Ejen Kubernetes GitLabβcara baharu untuk menggunakan gugusan Kubernetes. Ejen berjalan dalam kelompok anda, menghapuskan keperluan untuk mendedahkannya kepada internet. Ejen menyelaraskan penempatan dengan mengundi GitLab untuk perubahan baharu, dan bukannya GitLab menolak kemas kini kepada kluster. Tidak kira kaedah GitOps yang anda gunakan, GitLab sesuai untuk anda.
Sila ambil perhatian bahawa ini adalah keluaran pertama ejen. Pada masa ini, kami telah memfokuskan Ejen Kubernetes GitLab pada pengurusan konfigurasi dan penggunaan melalui kod. Beberapa ciri penyepaduan Kubernetes sedia ada, seperti papan penempatan dan aplikasi yang diuruskan GitLab, belum lagi disokong. bahawa keupayaan ini akan ditambah kepada ejen dalam keluaran masa hadapan, serta penyepaduan baharu yang tertumpu pada keselamatan dan pematuhan.

ΠΈ .
Berikan pengguna keizinan penggunaan tanpa akses kepada kod
(PREMIUM, MUKTAMAD, PERAK, EMAS)
Sebelum ini, sistem kebenaran GitLab tidak membenarkan pembahagian tanggungjawab yang betul antara pembangunan dan penempatan pada pasukan anda. Dengan GitLab 13.4, anda boleh memberikan kebenaran untuk meluluskan permintaan gabungan untuk penempatan dan untuk benar-benar menggunakan kod kepada pengguna bukan pengekodan tanpa memberikan mereka akses penyelenggara.

ΠΈ .
Pusat Keselamatan
(MUKTAMAD, EMAS)
Sebelum ini, pengurusan kerentanan peringkat contoh adalah terhad dalam kedua-dua fungsi dan fleksibiliti. Antara muka terdiri daripada satu halaman yang menggabungkan butiran kerentanan, graf metrik dan tetapan. Terdapat sedikit ruang untuk mengembangkan ciri ini atau menggunakan alat keselamatan lain.
Kami telah membuat perubahan asas kepada pengurusan keselamatan dan keterlihatan dalam GitLab. Papan pemuka keselamatan contoh telah diubah menjadi pusat keselamatan yang komprehensif. Perubahan terbesar ialah pengenalan struktur menu baharu: bukannya satu halaman, anda kini melihat papan pemuka keselamatan, laporan kerentanan dan bahagian tetapan secara berasingan. Walaupun fungsinya tetap sama, memecahkannya kepada beberapa bahagian akan membolehkan kami menambah baik bahagian ini, yang sebaliknya akan menjadi sukar. Ini juga meletakkan asas untuk menambah ciri berkaitan keselamatan lain pada masa hadapan.
Bahagian laporan kerentanan khusus kini mempunyai lebih banyak ruang untuk memaparkan butiran penting. Ia menyusun kelemahan yang kini disenaraikan dalam senarai kelemahan projek. Mengalihkan widget metrik kerentanan ke bahagian berasingan mencipta papan pemuka keselamatan yang mudah. Ini kini berfungsi sebagai kanvas untuk visualisasi masa hadapanβbukan hanya untuk pengurusan kerentanan, tetapi untuk sebarang metrik berkaitan keselamatan. Akhir sekali, kawasan tetapan yang berasingan mewujudkan ruang bersama untuk semua tetapan keselamatan peringkat contoh, bukan hanya untuk pengurusan kelemahan.

ΠΈ .
Ciri boleh tukar kini tersedia dalam GitLab Starter.
(PERMULA, PREMIUM, MUKTAMAD, GANGSA, PERAK, EMAS)
GitLab 11.4 telah dikeluarkan Dalam 12.2 kami memperkenalkan strategi untuk mereka. ΠΈ , dan dalam 13.1 mereka menambah ΠΈ untuk persekitaran yang berbeza.
Awal tahun ini, GitLab komited untuk menjadi sumber terbuka. Dalam keluaran ini, kami menyelesaikan pemindahan ciri boleh tukar kepada pelan Pemula dan akan terus memindahkannya ke Teras dengan Kami teruja untuk mengembangkan ciri ini kepada lebih ramai pengguna dan ingin mendengar cara anda menggunakannya.

ΠΈ .
Navigasi pantas dari bar carian
(TERAS, PEMULA, PREMIUM, MUKTAMAD, PERCUMA, GANGSA, PERAK, EMAS)
Kadangkala apabila menavigasi GitLab, anda mahu melompat terus ke projek tertentu dan bukannya ke halaman hasil carian.
Menggunakan bar carian global, anda boleh menavigasi dengan pantas ke tiket, kumpulan, projek, tetapan dan topik bantuan terkini. Anda juga boleh menggunakan hotkey. /untuk mengalihkan kursor anda ke bar carian untuk menavigasi GitLab dengan lebih cekap!

ΠΈ .
Memaparkan liputan kod dalam permintaan gabungan berbeza
(TERAS, PEMULA, PREMIUM, MUKTAMAD, PERCUMA, GANGSA, PERAK, EMAS)
Apabila menyemak permintaan penggabungan, mungkin sukar untuk menentukan sama ada kod yang diubah dilindungi oleh ujian unit. Sebaliknya, penyemak mungkin bergantung pada liputan keseluruhan dan menuntut agar ia ditingkatkan sebelum meluluskan permintaan penggabungan. Ini boleh membawa kepada pendekatan serampangan untuk menulis ujian, yang sebenarnya tidak akan meningkatkan kualiti kod atau liputan ujian.
Kini, apabila melihat perbezaan permintaan gabungan, anda akan melihat perwakilan visual liputan kod. Penandaan baharu akan membolehkan anda melihat dengan cepat sama ada kod yang diubah dilindungi oleh ujian unit, membantu mempercepatkan semakan kod dan masa yang diperlukan untuk menggabungkan dan menggunakan kod baharu.
Terima kasih dan Siemens untuk ciri ini!

ΠΈ .
Lebih banyak persekitaran dan projek dalam panel Persekitaran
(PREMIUM, MUKTAMAD, PERAK, EMAS)
Sejak keluaran GitLab 12.5 menggunakan Anda boleh memantau status persekitaran, tetapi tidak lebih daripada tujuh persekitaran merentas tiga projek. Kami telah menambah baik papan pemuka ini dalam keluaran 13.4, membahagikannya kepada halaman untuk membantu anda mengekalkan dan mengurus persekitaran anda pada skala. Kini anda boleh melihat lebih banyak persekitaran merentas lebih banyak projek.

ΠΈ .
GitLab telah mengambil alih penyedia GitLab Terraform.
(TERAS, PEMULA, PREMIUM, MUKTAMAD, PERCUMA, GANGSA, PERAK, EMAS)
Baru-baru ini kami dan kami merancang Sepanjang bulan lalu, kami telah menerima 21 permintaan penggabungan dan menutup 31 tiket, termasuk beberapa pepijat yang telah lama wujud dan ciri yang tiada, seperti ... Awak boleh dalam dokumentasi Terraform.

ΠΈ .
Fuzz menguji API dengan spesifikasi OpenAPI atau fail HAR
(MUKTAMAD, EMAS)
Ujian API fuzz ialah cara terbaik untuk mencari pepijat dan kelemahan dalam aplikasi web dan API anda yang mungkin terlepas daripada pengimbas dan kaedah ujian lain.
Ujian kabur API dalam GitLab membolehkan anda menyediakan atau aplikasi anda, dan kemudian secara automatik menjana data input rawak yang direka untuk menguji kes tepi dan mencari pepijat. Hasilnya akan dipaparkan dengan serta-merta dalam saluran paip anda.
Ini adalah keluaran pertama kami bagi ujian API fuzz, dan kami ingin mendengar pendapat anda. Kami mempunyai lebih banyak ujian fuzz di kedai. , yang akan kami asaskan pada keluaran ciri ini.

ΠΈ .
Pratonton carta baharu dalam panel metrik
(TERAS, PEMULA, PREMIUM, MUKTAMAD, PERCUMA, GANGSA, PERAK, EMAS)
Sebelum ini, membuat graf dalam papan pemuka metrik dalam GitLab adalah tugas yang sukar. Selepas anda membuat metrik dalam fail YAML papan pemuka, anda perlu membuat perubahan pada master, tanpa dapat mengesahkan bahawa carta yang baru dibuat berfungsi betul-betul seperti yang anda inginkan. Bermula dengan keluaran ini, anda boleh pratonton perubahan semasa anda membuat carta, mendapatkan idea tentang hasilnya sebelum melakukan perubahan pada fail YAML papan pemuka.

ΠΈ .
Data liputan kod untuk semua projek dalam kumpulan
(PREMIUM, MUKTAMAD, PERAK, EMAS)
Apabila mengurus berbilang projek dalam GitLab, anda memerlukan satu sumber maklumat tentang cara liputan kod berubah dari semasa ke semasa merentas semua projek. Sebelum ini, memaparkan maklumat ini memerlukan kerja manual yang membosankan dan memakan masa: memuat turun data liputan kod daripada setiap projek dan menyatukannya dalam jadual.
Keluaran 13.4 memperkenalkan keupayaan untuk memasang dengan cepat dan mudah .csv Fail yang mengandungi semua data liputan kod untuk semua projek dalam kumpulan atau untuk pilihan projek. Ciri ini ialah MVC, dan akan diikuti dengan keupayaan untuk .

ΠΈ .
Sokongan untuk bahasa baharu untuk ujian fuzz penuh
(MUKTAMAD, EMAS)
Keluaran ini memperkenalkan sokongan untuk beberapa bahasa baharu untuk ujian fuzz liputan penuh.
Kini anda boleh menilai keupayaan penuh ujian fuzz dalam aplikasi Java, Rust dan Swift anda dan mencari pepijat dan kelemahan yang mungkin terlepas daripada pengimbas dan kaedah ujian lain.

ΠΈ .
Pemberitahuan pada halaman utama persekitaran
(PREMIUM, MUKTAMAD, PERAK, EMAS)
Halaman Persekitaran memaparkan kesihatan keseluruhan persekitaran anda. Dalam keluaran ini, kami telah menambah baik halaman ini dengan menambahkan makluman. Makluman yang dicetuskan, bersama-sama dengan status persekitaran anda, akan membantu anda mengambil tindakan yang lebih cepat untuk menyelesaikan sebarang isu yang timbul.

ΠΈ .
Talian paip bersarang kini boleh menjalankan saluran paip bersarang mereka sendiri
(TERAS, PEMULA, PREMIUM, MUKTAMAD, PERCUMA, GANGSA, PERAK, EMAS)
Dengan saluran paip bersarang, kini anda boleh memulakan saluran paip baharu dalam saluran paip kanak-kanak. Tahap kedalaman tambahan ini boleh berguna jika anda memerlukan fleksibiliti untuk menjana bilangan saluran paip yang berubah-ubah.
Sebelum ini, apabila menggunakan saluran paip bersarang, setiap saluran paip kanak-kanak memerlukan kerja pencetus yang ditakrifkan secara manual dalam saluran paip induk. Kini, anda boleh membuat saluran paip bersarang yang secara dinamik akan mencetuskan sebarang bilangan saluran paip bersarang baharu. Contohnya, jika anda mempunyai monorepo, anda boleh menjana saluran paip bersarang pertama secara dinamik, yang kemudiannya akan mencipta bilangan saluran paip baharu yang diperlukan berdasarkan perubahan dalam cawangan.

ΠΈ .
Navigasi yang lebih baik antara saluran paip induk dan bersarang
(TERAS, PEMULA, PREMIUM, MUKTAMAD, PERCUMA, GANGSA, PERAK, EMAS)
Menavigasi antara saluran paip ibu bapa dan anak sebelum ini menyusahkanβia memerlukan berbilang klik untuk mencapai saluran paip yang diingini. Sukar juga untuk memahami tugas tertentu yang mencetuskan saluran paip tertentu. Kini, lebih mudah untuk melihat sambungan antara saluran paip ibu bapa dan anak.

ΠΈ .
Tugasan matriks selari menunjukkan pembolehubah yang berkaitan dalam tajuk tugasan
(TERAS, PEMULA, PREMIUM, MUKTAMAD, PERCUMA, GANGSA, PERAK, EMAS)
Jika anda menggunakan , anda mungkin perasan bahawa sukar untuk menentukan pembolehubah matriks yang digunakan untuk tugasan tertentu, kerana nama tugasan kelihatan seperti matrix 1/4Dalam keluaran 13.4, anda akan melihat nilai pembolehubah yang berkaitan digunakan dalam tugasan dan bukannya nama tugas umum. Contohnya, jika matlamat anda menyahpepijat seni bina x86, tugas itu akan dipanggil matrix: debug x86.

ΠΈ .
Penambahbaikan lain dalam GitLab 13.4
Menyambung akaun Atlassian
(TERAS, PEMULA, PREMIUM, MUKTAMAD)
Pengguna GitLab kini akan dapat menyambungkan akaun GitLab mereka ke akaun Atlassian Cloud mereka. Ini akan membolehkan mereka log masuk ke GitLab dengan kelayakan Atlassian mereka dan juga akan meletakkan asas untuk penambahbaikan integrasi masa hadapan. dan dengan produk lain daripada barisan Atlassian.

ΠΈ .
Eksport senarai semua komitmen gabungan
(MUKTAMAD, EMAS)
Organisasi yang komited kepada pematuhan memerlukan satu cara untuk menyediakan juruaudit pandangan holistik tentang komponen yang berkaitan dengan sebarang perubahan dalam pengeluaran. Dalam GitLab, ini bermakna mengumpulkan segala-galanya di satu tempat: permintaan gabungan, tiket, saluran paip, imbasan keselamatan dan data komitmen lain. Sehingga kini, anda perlu sama ada mengumpulkan maklumat ini secara manual dalam GitLab atau mengkonfigurasi alatan anda sendiri untuk mengumpulnya, yang tidak begitu cekap.
Anda kini boleh mengumpul dan mengeksport data ini secara pemrograman untuk memenuhi keperluan pengauditan atau melakukan analisis lain. Untuk mengeksport senarai semua komitmen gabungan untuk kumpulan semasa, pergi ke dan klik pada butang Senarai semua komitmen gabunganFail yang terhasil akan mengandungi semua permintaan gabungan yang dilakukan, pengarangnya, ID permintaan gabungan yang berkaitan, kumpulan, projek, yang meluluskan dan maklumat lain.

ΠΈ .
Menyenaraikan dan mengurus token akses peribadi melalui API
(MUKTAMAD, EMAS)
Menguruskan akses kepada ruang nama GitLab anda adalah bahagian penting dalam pematuhan. Daripada prinsip keistimewaan yang paling kecil kepada pelumpuhan akses bermasa, terdapat beberapa keperluan yang berkaitan dengan token akses peribadi dalam GitLab. Untuk menjadikannya lebih mudah untuk mengekalkan dan mengurus semua bukti kelayakan pengguna ini dalam ruang nama anda, kami telah memperkenalkan keupayaan untuk menyenaraikan semua token akses peribadi dan secara pilihan. melalui API.
Penambahbaikan pada API GitLab ini membolehkan pengguna menyenaraikan dan membatalkan token akses peribadi mereka sendiri, dan pentadbir menyenaraikan dan membatalkan token pengguna mereka. Pentadbir kini akan dapat melihat dengan lebih mudah orang yang mempunyai akses kepada ruang nama mereka, membuat keputusan akses berdasarkan data pengguna dan membatalkan token akses peribadi yang mungkin telah terjejas atau yang melanggar dasar pengurusan akses syarikat.
ΠΈ .
Isu terpaut dan ciri lain kini berada dalam Teras GitLab
(TERAS, PEMULA, PREMIUM, MUKTAMAD, PERCUMA, GANGSA, PERAK, EMAS)
Beberapa bulan lalu kami mengumumkan rancangan untuk Dalam berusaha untuk memenuhi janji ini, kami telah membuat , ΠΈ (dalam penyetempatan GitLab Rusia, "papan perbincangan") tersedia dalam pelan Teras. Ini hanya terpakai kepada perhubungan "dipautkan kepada"; Perhubungan "sekat" dan "disekat" kekal dalam pelan berbayar.
ΠΈ .
Memaparkan nama cawangan sumber dalam bar sisi permintaan gabungan
(TERAS, PEMULA, PREMIUM, MUKTAMAD, PERCUMA, GANGSA, PERAK, EMAS)
Apabila menyemak perubahan kod, perbincangan dan permintaan gabungan, selalunya dinasihatkan untuk menyemak cawangan secara setempat untuk semakan yang lebih mendalam. Walau bagaimanapun, mencari nama cawangan menjadi semakin sukar apabila lebih banyak kandungan ditambahkan pada perihalan permintaan gabungan, memerlukan penatalan selanjutnya.
Kami telah menambahkan nama cawangan pada bar sisi permintaan gabungan, menjadikannya boleh diakses pada setiap masa dan menghapuskan keperluan untuk menatal keseluruhan halaman. Seperti pautan permintaan gabungan, bahagian cawangan sumber termasuk butang "salinan" yang mudah.
Terima kasih atas sumbangan besar anda kepada pembangunan ciri ini!
ΠΈ .
Menunjukkan kehadiran fail yang runtuh dalam permintaan gabungan adalah berbeza
(TERAS, PEMULA, PREMIUM, MUKTAMAD, PERCUMA, GANGSA, PERAK, EMAS)
Permintaan gabungan yang menambah perubahan pada berbilang fail kadangkala meruntuhkan perbezaan fail besar untuk meningkatkan prestasi paparan. Apabila ini berlaku, mudah untuk terlepas fail secara tidak sengaja semasa semakan, terutamanya dalam permintaan gabungan dengan sejumlah besar fail. Bermula dengan versi 13.4, permintaan gabungan akan menandakan perbezaan yang mengandungi fail yang diruntuhkan, memastikan anda tidak terlepas fail ini semasa semakan kod. Untuk kejelasan yang lebih jelas, kami merancang untuk menambah penyerlahan fail ini dalam keluaran akan datang. Nantikan kemas kini. .

ΠΈ .
Amaran tentang fail yang diruntuhkan dalam perbezaan permintaan gabungan
(TERAS, PEMULA, PREMIUM, MUKTAMAD, PERCUMA, GANGSA, PERAK, EMAS)
Dalam bahagian perbezaan permintaan gabungan, fail besar diruntuhkan untuk meningkatkan prestasi. Walau bagaimanapun, semasa semakan kod, sesetengah fail mungkin terlepas apabila penyemak menatal senarai fail, kerana semua fail besar diruntuhkan.
Kami telah menambahkan amaran yang boleh dilihat di bahagian atas halaman perbezaan permintaan gabungan untuk memaklumkan pengguna bahawa terdapat fail yang runtuh dalam bahagian ini. Ini memastikan anda tidak akan terlepas sebarang perubahan pada permintaan penggabungan semasa semakan.

ΠΈ .
Pulihkan repositori kluster Gitaly secara automatik
(TERAS, PEMULA, PREMIUM, MUKTAMAD, PERCUMA, GANGSA, PERAK, EMAS)
Sebelum ini, apabila nod utama kluster Gitaly turun, repositori pada nod itu ditandakan sebagai baca sahaja. Ini menghalang kehilangan data jika nod mengandungi perubahan yang belum lagi direplikasi. Apabila nod kembali dalam talian, GitLab tidak akan pulih secara automatik, memaksa pentadbir untuk memulakan penyegerakan secara manual atau menerima kehilangan data. Situasi lain, seperti kerja replikasi yang gagal pada nod kedua, juga boleh membawa kepada repositori basi atau baca sahaja. Dalam kes ini, repositori akan kekal basi sehingga operasi tulis seterusnya, yang akan mencetuskan kerja replikasi.
Untuk menyelesaikan masalah ini kini menjadualkan kerja replikasi apabila ia mengesan repositori lapuk pada satu nod dan versi terkini repositori pada satu lagi. Kerja replikasi ini secara automatik membawa repositori terkini, menghapuskan keperluan untuk pemulihan data manual. Pemulihan automatik juga memastikan bahawa nod sekunder cepat dikemas kini jika kerja replikasi gagal, dan bukannya menunggu operasi tulis seterusnya. Memandangkan banyak kluster Gilaly menyimpan sejumlah besar repositori, ini mengurangkan dengan ketara masa yang diluangkan oleh pentadbir dan jurutera kebolehpercayaan untuk pulih daripada kegagalan.
Selain itu, pembaikan automatik mencetuskan replikasi repositori pada mana-mana nod Gitaly baharu yang ditambahkan pada kluster, menghapuskan keperluan untuk kerja manual apabila menambah nod baharu.
ΠΈ .
Tandakan tugasan sebagai selesai pada halaman reka bentuk
(TERAS, PEMULA, PREMIUM, MUKTAMAD, PERCUMA, GANGSA, PERAK, EMAS)
Komunikasi berkesan dalam GitLab adalah berdasarkan senarai tugasan. Jika anda disebut dalam ulasan, adalah penting untuk dapat melompat ke tugas dan sama ada mula mengerjakannya atau menandakannya sebagai selesai. Ia juga penting untuk dapat memberikan tugasan kepada diri sendiri apabila anda perlu mengerjakan sesuatu atau kembali kepadanya kemudian.
Sebelum ini, anda tidak boleh menambah tugasan atau menandainya sebagai lengkap apabila bekerja pada reka bentuk. Komunikasi antara pasukan produk secara serius ini terganggu, kerana item tugasan merupakan elemen kritikal aliran kerja GitLab.
Dalam keluaran 13.4, reka bentuk mengikuti ulasan tiket dalam penggunaan tugas, menjadikan kerja dengan mereka lebih konsisten dan cekap.

ΠΈ .
Panduan Penyelesaian Masalah yang Diperbaiki untuk CI/CD
(TERAS, PEMULA, PREMIUM, MUKTAMAD, PERCUMA, GANGSA, PERAK, EMAS)
Kami telah menambah baik panduan penyelesaian masalah GitLab CI/CD, menambahkan lebih banyak maklumat tentang isu biasa yang mungkin anda hadapi. Kami berharap dokumentasi yang dipertingkatkan ini akan menjadi sumber yang berharga untuk membantu anda menyediakan dan menjalankan GitLab CI/CD dengan cepat dan mudah.
ΠΈ .
Permintaan gabungan tidak lagi terkeluar daripada baris gilir gabungan
(PREMIUM, MUKTAMAD, PERAK, EMAS)
Sebelum ini, permintaan cantuman secara tidak sengaja boleh terkeluar daripada baris gilir gabungan kerana ulasan lewat. Jika permintaan cantuman sudah ada dalam baris gilir dan seseorang menambahkan ulasan yang mencipta urutan baru yang belum diselesaikan, permintaan cantuman itu dianggap tidak layak untuk digabungkan dan terkeluar daripada baris gilir. Kini, selepas permintaan gabungan ditambahkan pada baris gilir gabungan, ulasan baharu boleh ditambah tanpa rasa takut mengganggu proses gabungan.
ΠΈ .
Memaparkan nilai liputan kod untuk tugasan dalam permintaan gabungan
(TERAS, PEMULA, PREMIUM, MUKTAMAD, PERCUMA, GANGSA, PERAK, EMAS)
Pembangun seharusnya dapat melihat nilai liputan kod selepas saluran paip selesaiβwalaupun dalam senario yang kompleks, seperti saluran paip dengan berbilang tugas yang perlu dihuraikan untuk mengira nilai liputan. Sebelum ini, widget permintaan gabungan hanya menunjukkan purata nilai ini, bermakna anda perlu menavigasi ke halaman tugas dan kembali ke permintaan gabungan untuk mendapatkan nilai liputan perantaraan. Untuk menjimatkan masa anda dan menghapuskan langkah yang tidak perlu ini, kami telah mengemas kini widget untuk memaparkan nilai liputan purata, perubahannya antara cawangan sasaran dan sumber serta petua alat yang menunjukkan nilai liputan untuk setiap tugas yang digunakan untuk mengira purata.

ΠΈ .
Mengalih keluar pakej daripada daftar pakej apabila melihat kumpulan
(TERAS, PEMULA, PREMIUM, MUKTAMAD, PERCUMA, GANGSA, PERAK, EMAS)
Pendaftaran pakej GitLab ialah tempat untuk menyimpan dan mengedarkan pakej dalam pelbagai format. Apabila projek atau kumpulan anda mempunyai banyak pakej, anda perlu mengenal pasti pakej yang tidak digunakan dengan cepat dan mengalih keluarnya untuk menghalang orang lain daripada memuat turunnya. Anda boleh mengalih keluar pakej daripada pendaftaran anda menggunakan atau melalui antara muka pengguna daftar pakej. Walau bagaimanapun, sehingga kini, anda tidak dapat memadamkan pakej apabila melihat kumpulan melalui antara muka pengguna. Akibatnya, anda terpaksa memadamkan pakej yang tidak perlu secara individu untuk setiap projek, yang tidak cekap.
Anda kini boleh memadamkan pakej apabila melihat pendaftaran pakej kumpulan. Hanya pergi ke halaman pendaftaran pakej kumpulan, tapis pakej mengikut nama, dan padamkan mana-mana yang tidak diperlukan.

ΠΈ .
Menskalakan pakej Conan ke tahap projek
(TERAS, PEMULA, PREMIUM, MUKTAMAD, PERCUMA, GANGSA, PERAK, EMAS)
Anda boleh menggunakan repositori Conan dalam GitLab untuk menerbitkan dan mengedarkan kebergantungan C/C++. Walau bagaimanapun, pakej sebelum ini hanya boleh menskalakan ke peringkat contoh, kerana nama pakej Conan dihadkan kepada 51 aksara. Jika anda ingin menerbitkan pakej daripada subset, contohnya, gitlab-org/ci-cd/package-stage/feature-testing/conan, hampir mustahil untuk dilakukan.
Anda kini boleh menskalakan pakej Conan ke peringkat projek, menjadikannya mudah untuk menerbitkan dan mengedarkan kebergantungan projek anda.
ΠΈ .
Sokongan untuk pengurus pakej baharu dan bahasa untuk pengimbasan pergantungan
(MUKTAMAD, EMAS)
Kami teruja untuk menambah pengimbasan kebergantungan untuk projek C, C++, C# dan .Net yang menggunakan pengurus pakej NuGet 4.9+ atau Conan pada senarai kami. Anda kini boleh mendayakan pengimbasan kebergantungan sebagai sebahagian daripada peringkat Selamat untuk menyemak kebergantungan yang ditambahkan melalui pengurus pakej untuk mengetahui kelemahan yang diketahui. Sebarang kelemahan yang ditemui akan dipaparkan dalam permintaan penggabungan anda bersama-sama dengan tahap keterukannya, supaya anda mengetahui risiko pergantungan baharu sebelum digabungkan. Anda juga boleh mengkonfigurasi projek anda untuk memerlukan untuk kebergantungan dengan kelemahan tahap keterukan Kritikal, Tinggi atau Tidak diketahui.
ΠΈ .
Pemberitahuan apabila menukar tetapan permintaan cantum kepada 'Gabung pada penyiapan saluran paip yang berjaya'
(TERAS, PEMULA, PREMIUM, MUKTAMAD, PERCUMA, GANGSA, PERAK, EMAS)
Sebelum ini, semasa menyediakan permintaan gabungan Bercantum apabila saluran paip selesai (Gabung Apabila Saluran Paip Berjaya, MWPS) tiada pemberitahuan e-mel dihantar. Anda perlu menyemak status secara manual atau menunggu pemberitahuan bahawa penggabungan telah selesai. Dalam keluaran ini, kami berbesar hati untuk memperkenalkan sumbangan pengguna. , yang menyelesaikan masalah ini dengan menambahkan pemberitahuan automatik kepada semua orang yang melanggan permintaan gabungan apabila penyemak menukar tetapan gabungan kepada MWPS.

ΠΈ .
Mencipta kelompok EKS dengan versi Kubernetes yang ditentukan pengguna
(TERAS, PEMULA, PREMIUM, MUKTAMAD, PERCUMA, GANGSA, PERAK, EMAS)
Pengguna GitLab kini boleh memilih versi Kubernetes yang akan disediakan oleh EKS; anda boleh memilih antara versi 1.14β1.17.
ΠΈ .
Mencipta insiden sebagai jenis tiket
(TERAS, PEMULA, PREMIUM, MUKTAMAD, PERCUMA, GANGSA, PERAK, EMAS)
Tidak semua isu mencetuskan makluman serta-merta: pengguna melaporkan gangguan dan ahli pasukan menyelesaikan masalah prestasi. Insiden kini adalah sejenis tiket, jadi pasukan anda boleh menciptanya dengan cepat dalam aliran kerja biasa mereka. klik Tugasan baru dari mana-mana sahaja di GitLab, dan di lapangan Jenis pilih Insiden.

ΠΈ .
Menyebut GitLab Alerts dalam Markdown
(TERAS, PEMULA, PREMIUM, MUKTAMAD, PERCUMA, GANGSA, PERAK, EMAS)
Kami telah menambah baik makluman GitLab dengan menambahkan jenis sebutan baharu khusus untuknya dalam versi Penurunan GitLab, menjadikannya lebih mudah untuk berkongsi dan menyebut makluman. guna ^alert#1234untuk merujuk makluman dalam mana-mana medan yang dikodkan Markdown: dalam insiden, tiket atau permintaan gabungan. Ini juga akan membantu anda mengenal pasti tugas yang dibuat daripada makluman, bukan tiket atau permintaan gabungan.
ΠΈ .
Melihat beban amaran untuk insiden
(TERAS, PEMULA, PREMIUM, MUKTAMAD, PERCUMA, GANGSA, PERAK, EMAS)
Perihalan makluman mengandungi maklumat penting untuk mendiagnosis kegagalan dan pemulihan, dan maklumat ini harus mudah diakses supaya anda tidak perlu menukar alat atau tab semasa berusaha menyelesaikan insiden. Insiden yang dibuat daripada makluman memaparkan perihalan makluman penuh dalam tab. Butiran Makluman.

75% carian lanjutan lebih pantas
(PERMULA, PREMIUM, MUKTAMAD, GANGSA, PERAK, EMAS)
GitLab, sebagai satu aplikasi, mempunyai keupayaan unik untuk membuat carian kandungan merentas keseluruhan aliran kerja DevOps dengan pantas. Dalam GitLab 13.4, carian lanjutan mengembalikan hasil 75% lebih cepat apabila ianya , seperti pada GitLab.com.
ΠΈ .
Melihat projek yang dipadamkan untuk pentadbir
(TERAS, PEMULA, PREMIUM, MUKTAMAD)
Pilihan untuk menangguhkan pemadaman projek ialah Walau bagaimanapun, sebelum ini, tidak mungkin untuk melihat semua projek menunggu pemadaman di satu tempat. Kini, pentadbir contoh pengguna GitLab boleh melihat semua projek menunggu pemadaman di satu tempatβbersama-sama dengan butang untuk memulihkannya dengan mudah.
Ciri ini membolehkan pentadbir mengawal pemadaman projek dengan lebih baik dengan mengumpulkan semua maklumat yang diperlukan di satu tempat dan menyediakan keupayaan untuk membuat asal tindakan pemadaman yang tidak diingini.
Terima kasih untuk ciri ini!
ΠΈ .
API kini menyokong peraturan tolak kumpulan.
(PERMULA, PREMIUM, MUKTAMAD, GANGSA, PERAK, EMAS)
Sebelum ini, peraturan tolak kumpulan hanya boleh dikonfigurasikan dengan melawati setiap kumpulan secara individu melalui antara muka pengguna GitLab dan menggunakan peraturan ini. Kini anda boleh mengurus peraturan ini melalui API untuk menyokong alat tersuai anda dan automasi GitLab.
ΠΈ .
Membatalkan token akses peribadi untuk storan bukti kelayakan yang diurus sendiri
(MUKTAMAD)
Menyediakan pentadbir dengan maklumat yang mereka perlukan untuk mengurus bukti kelayakan pengguna untuk contoh GitLab mereka. Oleh kerana organisasi yang memfokuskan pematuhan berbeza-beza mengikut ketegasan dasar pengurusan kelayakan mereka, kami telah menambahkan butang yang membenarkan pentadbir membatalkan Token Akses Peribadi (PAT) pengguna jika dikehendaki. Pentadbir kini boleh membatalkan PAT yang berpotensi terjejas dengan mudah. Ciri ini berguna untuk organisasi yang mencari pilihan pematuhan yang lebih fleksibel untuk meminimumkan gangguan kepada pengguna mereka.

ΠΈ .
Fail konfigurasi untuk editor tapak statik
(TERAS, PEMULA, PREMIUM, MUKTAMAD, PERCUMA, GANGSA, PERAK, EMAS)
Dalam GitLab 13.4, kami memperkenalkan cara baharu untuk mengkonfigurasi editor tapak statik. Walaupun fail konfigurasi tidak menyimpan atau mendapatkan semula sebarang tetapan dalam keluaran ini, kami sedang meletakkan asas untuk penyesuaian tingkah laku editor pada masa hadapan. Dalam keluaran akan datang, kami akan menambahkan ini pada fail. .gitlab/static-site-editor.yml parameter pemasangan , yang mana , mengatasi tetapan sintaks Markdown dan tetapan editor lain.
ΠΈ .
Mengedit bahagian pengenalan fail menggunakan editor tapak statik
(TERAS, PEMULA, PREMIUM, MUKTAMAD, PERCUMA, GANGSA, PERAK, EMAS)
Perkara hadapan ialah cara yang fleksibel dan mudah untuk menentukan pembolehubah halaman dalam fail data yang bertujuan untuk diproses oleh penjana tapak statik. Ia biasanya digunakan untuk menetapkan tajuk halaman, templat reka letak atau pengarang, tetapi boleh digunakan untuk menghantar sebarang jenis metadata kepada penjana apabila memaparkan halaman kepada HTML. Disertakan di bahagian paling atas setiap fail data, perkara hadapan biasanya diformatkan sebagai YAML atau JSON dan memerlukan sintaks yang konsisten dan tepat. Pengguna yang tidak biasa dengan peraturan sintaks tertentu mungkin secara tidak sengaja memasukkan penanda yang tidak sah, yang seterusnya boleh menyebabkan isu pemformatan atau bahkan membina kegagalan.
Mod pengeditan WYSIWYG editor tapak statik sudah mengalih keluar bahagian pengenalan daripada editor untuk mengelakkan ralat pemformatan ini. Walau bagaimanapun, ini menghalang anda daripada menukar nilai yang disimpan dalam bahagian ini tanpa kembali kepada pengeditan mod sumber. Dalam GitLab 13.4, anda boleh mengakses mana-mana medan dan mengedit nilainya dalam antara muka berasaskan bentuk yang biasa. Dengan mengklik butang Tetapan (Tetapan) Panel akan dibuka memaparkan medan borang untuk setiap kunci yang ditakrifkan pada permulaan. Medan diisi dengan nilai semasa, dan untuk mengedit mana-mana daripadanya, hanya masukkannya ke dalam borang web. Mengedit bahagian hadapan dengan cara ini mengelakkan sintaks yang rumit dan memberi anda kawalan sepenuhnya ke atas kandungan, sambil memastikan pemformatan yang konsisten dalam hasil akhir.

ΠΈ .
GitLab untuk Jira dan Penyambung DVCS kini berada dalam Teras
(TERAS, PEMULA, PREMIUM, MUKTAMAD, PERCUMA, GANGSA, PERAK, EMAS)
Untuk pengguna Jira dalam GitLab: ΠΈ Membolehkan anda memaparkan maklumat permintaan komit dan gabungan GitLab secara langsung dalam Jira. Digabungkan dengan penyepaduan Jira terbina dalam kami, anda boleh beralih antara kedua-dua aplikasi dengan mudah semasa bekerja.
Ciri ini sebelum ini hanya tersedia dalam pelan Premium kami, tetapi kini tersedia kepada semua pengguna!
ΠΈ .
Majoriti mengundi untuk transaksi kelompok Gitaly (beta)
(TERAS, PEMULA, PREMIUM, MUKTAMAD)
Kelompok Gitaly membolehkan anda meniru repositori Git merentas berbilang nod Gitaly yang hangat. Ini meningkatkan toleransi kesalahan dengan menghapuskan satu titik kegagalan. , yang diperkenalkan dalam GitLab 13.3, menyiarkan perubahan kepada semua nod Gitaly dalam kelompok, tetapi hanya nod Gitaly yang mengundi dalam persetujuan dengan nod utama yang melakukan perubahan pada cakera. Jika semua nod replika gagal bersetuju, hanya satu salinan perubahan akan dilakukan pada cakera, mewujudkan satu titik kegagalan sehingga replikasi tak segerak selesai.
Pengundian majoriti meningkatkan toleransi kesalahan dengan memerlukan persetujuan majoriti nod (bukan semua) sebelum melakukan perubahan pada cakera. Jika ciri boleh tukar ini didayakan, penulisan mesti berjaya pada berbilang nod. Nod yang berbeza disegerakkan secara automatik menggunakan replikasi tak segerak daripada nod yang telah membentuk kuorum.
ΠΈ .
Sokongan skema tersuai untuk pengesahan JSON dalam IDE Web
(PREMIUM, MUKTAMAD, PERAK, EMAS)
Projek di mana orang menulis konfigurasi dalam format JSON atau YAML selalunya terdedah kepada masalah kerana mudah untuk membuat kesilapan menaip dan memecahkan sesuatu. Anda boleh menulis alat pengesahan yang menangkap isu ini dalam saluran paip CI, tetapi menggunakan fail skema JSON boleh berguna untuk menyediakan dokumentasi dan pembayang.
Peserta projek boleh menentukan laluan ke skema tersuai dalam fail dalam repositori mereka .gitlab/.gitlab-webide.yml, yang menentukan skema dan laluan ke fail yang akan disahkan. Apabila memuatkan fail tertentu dalam IDE Web, maklum balas dan pengesahan tambahan akan dipaparkan untuk membantu mencipta fail.

ΠΈ .
Had percabangan graf asiklik terarah (DAG) meningkat kepada 50
(TERAS, PEMULA, PREMIUM, MUKTAMAD, PERCUMA, GANGSA, PERAK, EMAS)
Jika anda menggunakan penghantar (Graf Acyclic Terarah (DAG)), anda mungkin mendapati bahawa terdapat had 10 tugasan yang boleh ditentukan oleh tugasan dalam needs:, terlalu keras. Dalam 13.4, had lalai telah dinaikkan daripada 10 kepada 50 untuk menampung rangkaian perhubungan yang lebih kompleks antara pekerjaan dalam saluran paip anda.
Jika anda pentadbir contoh pengguna GitLab, anda boleh meningkatkan had ini dengan lebih tinggi lagi dengan menyediakan togol ciri, walaupun kami tidak menawarkan sokongan rasmi untuk ini.
ΠΈ .
Tingkah laku yang lebih baik needs untuk tugasan yang terlepas
(TERAS, PEMULA, PREMIUM, MUKTAMAD, PERCUMA, GANGSA, PERAK, EMAS)
Dalam sesetengah kes, kerja yang dilangkau dalam saluran paip boleh dilaporkan secara salah sebagai berjaya untuk kebergantungan yang dinyatakan dalam needs, yang menyebabkan tugasan berikutnya dilancarkan apabila tidak sepatutnya. Tingkah laku ini telah ditetapkan dalam versi 13.4, dan needs Kini mengendalikan kes tugasan yang terlepas dengan betul.
ΠΈ .
Sematkan artifak pencarian terakhir untuk mengelakkannya daripada dipadamkan
(TERAS, PEMULA, PREMIUM, MUKTAMAD, PERCUMA, GANGSA, PERAK, EMAS)
GitLab kini secara automatik mengunci artifak terakhir daripada kerja atau saluran paip yang berjaya pada mana-mana cawangan aktif, permintaan gabungan atau teg untuk menghalangnya daripada dipadamkan selepas tarikh tamat tempohnya. Ini menjadikannya lebih mudah untuk menetapkan peraturan tamat tempoh yang lebih agresif untuk membersihkan artifak lama. Ini membantu mengurangkan penggunaan ruang cakera dan memastikan anda sentiasa mempunyai salinan artifak terkini daripada saluran paip anda.
ΠΈ .
Panduan Pengoptimuman Talian Paip CI/CD
(TERAS, PEMULA, PREMIUM, MUKTAMAD, PERCUMA, GANGSA, PERAK, EMAS)
Mengoptimumkan saluran paip CI/CD anda boleh meningkatkan kelajuan penghantaran dan menjimatkan wang. Kami telah mengemas kini dokumentasi kami dengan panduan ringkas tentang cara memaksimumkan faedah mengoptimumkan saluran paip anda.
ΠΈ .
Laporan ujian diisih mengikut status ujian.
(TERAS, PEMULA, PREMIUM, MUKTAMAD, PERCUMA, GANGSA, PERAK, EMAS)
β Ini adalah cara mudah untuk melihat keputusan semua ujian dalam saluran paip. Walau bagaimanapun, dengan sejumlah besar ujian, mencari ujian yang gagal boleh memakan masa. Isu lain yang boleh menyukarkan laporan untuk digunakan termasuk kesukaran menatal melalui output surih panjang dan membulatkan ke bawah kepada sifar untuk ujian yang dijalankan dalam masa kurang daripada 1 saat. Secara lalai, laporan ujian kini mengisih ujian yang gagal dahulu, kemudian mengisih ujian mengikut tempoh. Ini menjadikannya lebih mudah untuk mencari kegagalan dan ujian jangka panjang. Selain itu, tempoh ujian kini dipaparkan dalam milisaat atau saat, menjadikannya lebih pantas dibaca dan isu penatalan sebelumnya telah diselesaikan.
ΠΈ .
Had pada saiz fail yang dimuat naik ke daftar pakej
(TERAS, PEMULA, PREMIUM, MUKTAMAD, PERCUMA, GANGSA, PERAK, EMAS)
Kini terdapat had saiz untuk fail pakej yang boleh dimuat naik ke Pendaftaran Pakej GitLab. Had ini telah ditambah untuk mengoptimumkan prestasi Pendaftaran Pakej dan mencegah penyalahgunaan. Had bergantung pada format pakej. Untuk GitLab.com, saiz fail maksimum ialah:
- Conan: 250MB
- Maven: 3GB
- NPM: 300 MB
- NuGet: 250 MB
- PyPI: 3GB
Untuk contoh pengguna GitLab, nilai lalai adalah sama. Walau bagaimanapun, pentadbir boleh mengemas kini had menggunakan .
ΠΈ .
Gunakan CI_JOB_TOKEN untuk menerbitkan pakej ke PyPI
(TERAS, PEMULA, PREMIUM, MUKTAMAD, PERCUMA, GANGSA, PERAK, EMAS)
Anda boleh menggunakan repositori GitLab PyPI untuk mencipta, menerbitkan dan berkongsi pakej Python bersama-sama dengan kod sumber dan saluran paip CI/CD. Walau bagaimanapun, sebelum ini, anda tidak dapat mengesahkan ke repositori menggunakan pembolehubah persekitaran yang dipratentukan. CI_JOB_TOKENAkibatnya, anda terpaksa menggunakan bukti kelayakan peribadi anda untuk mengemas kini repositori PyPI, atau anda mungkin memutuskan untuk tidak menggunakan repositori itu sama sekali.
Kini lebih mudah untuk menggunakan GitLab CI/CD untuk menerbitkan dan memasang pakej PyPI menggunakan pembolehubah persekitaran yang dipratentukan. CI_JOB_TOKEN.
ΠΈ .
Profil pengimbas DAST atas permintaan
(MUKTAMAD, EMAS)
Kepada imbasan DAST atas permintaan itu Profil perangkak DAST telah ditambahkan. Mereka mengembangkan keupayaan konfigurasi rangkak ini, membolehkan anda membuat berbilang profil dengan cepat untuk merangkumi berbilang jenis rangkakan. Dalam 13.4, profil perangkak pada mulanya termasuk parameter tamat masa perangkak, yang menetapkan berapa lama perangkak DAST perlu menunggu apabila cuba menemui semua halaman tapak yang dirangkak. Profil tersebut juga termasuk parameter tamat masa tapak sasaran, yang menetapkan tempoh perangkak perlu menunggu tapak itu tersedia sebelum membatalkan rangkakan jika tapak tidak bertindak balas dengan kod status 200 atau 300. Sambil kami terus menambah baik ciri ini dalam keluaran akan datang, parameter konfigurasi tambahan akan ditambahkan pada profil perangkak.

ΠΈ .
Fail konfigurasi ubah hala mudah untuk Halaman GitLab
(TERAS, PEMULA, PREMIUM, MUKTAMAD, PERCUMA, GANGSA, PERAK, EMAS)
Jika anda menggunakan Halaman GitLab dan ingin mengurus perubahan URL dengan lebih baik, anda mungkin perasan bahawa sebelum ini mustahil untuk mengurus ubah hala pada tapak Halaman GitLab anda. GitLab kini membenarkan anda menyediakan peraturan untuk mengubah hala satu URL ke URL lain untuk tapak Halaman anda dengan menambahkan fail konfigurasi pada repositori. Ciri ini diwujudkan berkat sumbangan Kevin Barnett (), Eric Eastwood kami () dan pasukan GitLab. Terima kasih semua atas sumbangan anda.
ΠΈ .
Keadaan Terraform yang diuruskan oleh GitLab
(TERAS, PEMULA, PREMIUM, MUKTAMAD, PERCUMA, GANGSA, PERAK, EMAS)
Akses kepada versi keadaan Terraform terdahulu diperlukan untuk kedua-dua tujuan pematuhan dan penyahpepijatan. Sokongan untuk versi keadaan Terraform yang diuruskan oleh GitLab tersedia bermula dengan GitLab 13.4. Versi didayakan secara automatik untuk fail keadaan Terraform baharu. Fail keadaan Terraform sedia ada akan menjadi dalam keluaran kemudian.
ΠΈ .
Butiran Pelaporan Insiden Penting
(TERAS, PEMULA, PREMIUM, MUKTAMAD, PERCUMA, GANGSA, PERAK, EMAS)
Apabila mengendalikan insiden, anda perlu menentukan dengan mudah berapa lama amaran telah dibuka dan berapa kali peristiwa telah dicetuskan. Butiran ini selalunya penting apabila menentukan kesan pelanggan dan perkara yang perlu diutamakan oleh pasukan anda. Dalam panel butiran insiden baharu, kami memaparkan masa mula amaran, bilangan acara dan pautan ke amaran asal. Maklumat ini tersedia untuk insiden yang dijana daripada makluman.

ΠΈ .
Menetapkan dan mengedit parameter keterukan insiden
(TERAS, PEMULA, PREMIUM, MUKTAMAD, PERCUMA, GANGSA, PERAK, EMAS)
Tetapan Keterukan Insiden membolehkan responden dan pihak berkepentingan menentukan kesan gangguan, serta kaedah tindak balas dan segera. Apabila pasukan anda berkongsi penemuan mereka semasa penyelesaian insiden dan memulihkan perkhidmatan, mereka boleh melaraskan tetapan ini. Anda kini boleh mengedit keterukan insiden dalam bar sisi kanan halaman Butiran Insiden dan tahap keterukan dipaparkan dalam senarai insiden.

ΠΈ .
Mencipta, mengedit dan memadam peraturan keselamatan rangkaian kontena
(MUKTAMAD, EMAS)
Peningkatan kepada editor peraturan keselamatan rangkaian kontena ini membolehkan pengguna membuat, mengedit dan memadamkan peraturan mereka dengan mudah secara terus daripada antara muka pengguna GitLab. Ciri editor termasuk mod .yaml untuk pengguna yang berpengalaman dan editor peraturan dengan antara muka intuitif untuk mereka yang baru dalam peraturan rangkaian. Anda boleh menemui ciri pengurusan peraturan baharu dalam bahagian tersebut Keselamatan & Pematuhan > Pengurusan Ancaman > Peraturan (Keselamatan & Pematuhan > Pengurusan Ancaman > Dasar).

ΠΈ .
Sokongan Storan Azure Blob
(TERAS, PEMULA, PREMIUM, MUKTAMAD, PERCUMA, GANGSA, PERAK, EMAS)
Kedua-dua GitLab dan GitLab Runner kini menyokong , menjadikannya mudah untuk menjalankan perkhidmatan GitLab pada Azure.
Kejadian GitLab menyokong Azure untuk semua jenis storan objek, termasuk fail LFS, artifak CI dan Untuk menyediakan storan Azure Blob, ikut arahan pemasangan. atau .
Pelari kerja GitLab juga menyokong Azure untuk penyimpanan Storan Azure boleh dikonfigurasikan menggunakan bahagian tersebut .
ΠΈ .
Pakej Omnibus ARM64 untuk Ubuntu dan OpenSUSE
(TERAS, PEMULA, PREMIUM, MUKTAMAD)
Sebagai tindak balas kepada permintaan yang semakin meningkat untuk sokongan GitLab untuk seni bina ARM 64-bit, kami berbesar hati untuk mengumumkan ketersediaan pakej rasmi ARM64 Ubuntu 20.04 Omnibus. Terima kasih yang tidak terhingga kepada Zitai Chen dan Guillaume Gardet atas sumbangan besar mereka β permintaan penggabungan mereka adalah penting!
Untuk memuat turun dan memasang pakej untuk Ubuntu 20.04, pergi ke kami dan pilih Ubuntu.
ΠΈ .
Sokongan pengesahan kad pintar untuk carta Helm GitLab
(PREMIUM, MUKTAMAD)
Kad pintar, seperti Kad Akses Biasa (CAC), kini boleh digunakan untuk pengesahan dalam keadaan GitLab yang digunakan melalui carta Helm. Kad pintar disahkan terhadap pangkalan data tempatan menggunakan sijil X.509. Ini membawakan sokongan kad pintar carta Helm sejajar dengan sokongan kad pintar yang tersedia dalam penggunaan Omnibus.
ΠΈ .
Nota keluaran terperinci dan arahan kemas kini/pemasangan boleh didapati dalam siaran asal bahasa Inggeris: .
Terjemahan daripada bahasa Inggeris diusahakan oleh , , ΠΈ .
Sumber: www.habr.com
