ProHoster > Blog > Ma'muriyat > # GitLab 13.4 CI o'zgaruvchilari va Kubernetes agenti uchun HashiCorp xotirasi bilan chiqarildi
# GitLab 13.4 CI o'zgaruvchilari va Kubernetes agenti uchun HashiCorp xotirasi bilan chiqarildi
13.4 versiyasi CI o'zgaruvchilari, Kubernetes agenti va xavfsizlik markazi uchun HashiCorp xotirasi, shuningdek Starter-da almashtiriladigan xususiyatlar bilan chiqarildi.
GitLab’da biz doimo foydalanuvchilarga qanday qilib xavfni kamaytirish, samaradorlikni oshirish va sevimli platformangizda yetkazib berish tezligini oshirishga yordam berishimiz haqida o‘ylaymiz. Bu oyda biz xavfsizlik imkoniyatlarini kengaytiruvchi, zaifliklar sonini kamaytiradigan, samaradorlikni oshiradigan, GitLab bilan ishlashni soddalashtiradigan va jamoangizga xususiyatlarni tezroq yetkazib berishga yordam beradigan ko‘plab foydali yangi funksiyalarni qo‘shdik. Umid qilamizki, siz nashrning asosiy xususiyatlarini foydali deb topasiz, shuningdek 53 boshqa yangi xususiyatlar, ushbu nashrga qo'shilgan.
Xatarlarni kamaytirishning yana bir yo'li - yangisini ishlatish GitLab Kubernetes agenti. Operatsion guruhlar GitLab-dan Kubernetes klasterlarini o'z klasterlarini butun internetga ta'sir qilmasdan joylashtirishlari mumkin. Biz, shuningdek, yangi Terraform holati fayllari uchun avtomatik versiya boshqaruvini qo'llab-quvvatlashni joriy qilmoqdamiz GitLab Terraform holatini boshqargan muvofiqlikni va disk raskadrovka qulayligini qo'llab-quvvatlash. Nihoyat, misol xavfsizlik asboblar paneli bo'ldi GitLab xavfsizlik markazi zaiflik hisobotlari va xavfsizlik sozlamalari bilan.
Fabio katta hissa qo'shdi hissa в birlashtirish so'rovi farqlarida kod qamrovini ko'rsatish - GitLab hamjamiyatida juda uzoq vaqtdan beri kutilgan xususiyat. Bu GitLab jamoasi a'zolari bilan doimiy hamkorlikni talab qiladigan va loyihaning UX, front-end va back-end kabi ko'plab sohalariga ta'sir ko'rsatadigan ahamiyatsiz o'zgarishlar bilan chinakam muhim hissadir.
GitLab 13.4 versiyasining asosiy xususiyatlari
CI ishlarida HashiCorp Vault kalitlaridan foydalaning
12.10 versiyasida GitLab GitLab ish boshqaruvchisi (GitLab runner) yordamida CI ishlariga kalitlarni qabul qilish va uzatish imkoniyatini taqdim etdi. Endi biz kengaytiramiz JWT yordamida autentifikatsiya, yangi sintaksis qo'shish secrets faylga .gitlab-ci.yml. Bu GitLab bilan HashiCorp omborini sozlash va undan foydalanishni osonlashtiradi.
GitLab-ning Kubernetes bilan integratsiyasi uzoq vaqtdan beri Kubernetes klasterlariga qo'lda sozlashni talab qilmasdan joylashtirish imkonini berdi. Ko'pchilik foydalanuvchilarga ushbu to'plamdan foydalanish qulayligi yoqdi, boshqalari esa ba'zi qiyinchiliklarga duch kelishdi. Joriy integratsiya uchun GitLab unga kirishi uchun klasteringizga Internetdan kirish mumkin bo'lishi kerak. Ko'pgina tashkilotlar uchun bu mumkin emas, chunki ular xavfsizlik, muvofiqlik yoki tartibga soluvchi sabablarga ko'ra klasterlarga kirishni cheklaydi. Ushbu cheklovlarni engib o'tish uchun foydalanuvchilar o'z vositalarini GitLab ustiga qurishlari kerak edi, aks holda ular bu xususiyatdan foydalana olmaydi.
Bugun biz GitLab Kubernetes agentini taqdim etamiz, bu Kubernetes klasterlariga joylashtirishning yangi usuli. Agent sizning klasteringiz ichida ishlaydi, shuning uchun uni butun Internetga ko'rsatishingiz shart emas. Agent GitLab dan yangi o'zgarishlarni so'rash orqali joylashtirishni muvofiqlashtiradi, balki GitLab klasterga yangilanishlarni surish. Qaysi GitOps usulidan foydalanmasligingizdan qat'i nazar, GitLab sizni qamrab oladi.
E'tibor bering, bu agentning birinchi nashri. GitLab Kubernetes Agent uchun hozirgi asosiy e'tiborimiz kod orqali joylashtirishni sozlash va boshqarishdir. Joylashtirish kengashlari va GitLab tomonidan boshqariladigan ilovalar kabi ba'zi mavjud Kubernetes integratsiya xususiyatlari hali qo'llab-quvvatlanmaydi. Biz taxmin qilamizushbu imkoniyatlar agentga kelajakdagi nashrlarda qo'shiladi, shuningdek, xavfsizlik va muvofiqlikka qaratilgan yangi integratsiya.
Ilgari GitLabning ruxsat berish tizimi sizning jamoangizdagi vazifalarni ishlab chiqish uchun mas'ul bo'lganlar va tarqatish uchun mas'ul bo'lganlar o'rtasida to'g'ri taqsimlashni qiyinlashtirdi. GitLab 13.4 versiyasining chiqarilishi bilan siz joylashtirish uchun birlashma so'rovlarini tasdiqlashga, shuningdek kodni yozmaydigan odamlarga ularga texnik xizmat ko'rsatish huquqini bermasdan kodni amalda joylashtirishga ruxsat berishingiz mumkin (Rus tilidagi GitLab "ta'minlovchi" lokalizatsiyasida) ).
Ilgari, misol darajasidagi zaiflikni boshqarish ham funksionallik, ham moslashuvchanlik jihatidan cheklangan edi. Interfeys zaifliklar, o'lchovlar grafiklari va sozlamalari tafsilotlarini birlashtirgan yagona sahifa edi. Bu funksiyalarni ishlab chiqish yoki boshqa xavfsizlik funksiyalaridan foydalanish uchun ko‘p joy yo‘q.
Biz GitLab’da xavfsizlik va shaffoflikni qanday boshqarishimizga tub o‘zgarishlar kiritdik. Namuna xavfsizlik paneli butun xavfsizlik markaziga aylantirildi. Eng katta o'zgarish - yangi menyu tuzilmasining joriy etilishi: bir sahifa o'rniga endi siz xavfsizlik asboblar paneli, zaifliklar hisoboti va sozlamalar bo'limini alohida ko'rasiz. Funktsionallik o'zgarmagan bo'lsa-da, uni qismlarga bo'lish ushbu bo'limni yaxshilashga imkon beradi, aks holda qiyin bo'ladi. Bu, shuningdek, kelajakda xavfsizlik bilan bog'liq boshqa imkoniyatlarni qo'shish uchun zamin yaratadi.
Maxsus zaifliklar haqida hisobot bo'limida endi muhim tafsilotlarni ko'rsatish uchun ko'proq joy mavjud. Bu yerda hozirda loyihaning zaifliklar ro‘yxatida mavjud zaifliklar. Zaiflik ko'rsatkichlari bilan vidjetlarni alohida bo'limga ko'chirish qulay xavfsizlik boshqaruv panelini yaratadi. Endi bu nafaqat zaifliklarni boshqarish uchun, balki xavfsizlik bilan bog'liq har qanday ko'rsatkichlar uchun - kelajakdagi vizualizatsiya uchun tuvaldir. Va nihoyat, alohida sozlamalar maydoni zaifliklarni boshqarish uchun emas, balki barcha namunaviy darajadagi xavfsizlik sozlamalari uchun umumiy maydon yaratadi.
Bu yil boshida GitLab o'z majburiyatini oldi 18 ta xususiyatni ko'chiring ochiq manbaga. Ushbu nashrda biz almashtiriladigan funksiyalarni Starter rejasiga ko‘chirishni yakunladik va ularni Core-ga ko‘chirishda davom etamiz. Git Lab 13.5. Biz bu xususiyatni ko‘proq foydalanuvchilarga yetkazishdan xursandmiz va undan qanday foydalanayotganingizni eshitishni xohlaymiz.
(YAZO, STARTER, PREMIUM, SO‘YIQ, BEPUL, BRONZA, KUMUSH, OLTIN) Mavjudligi
Ba'zan GitLab-da navigatsiya qilishda siz qidiruv natijalari sahifasiga emas, balki to'g'ridan-to'g'ri ma'lum bir loyihaga o'tmoqchisiz.
Global qidiruv panelidan foydalanib, siz eng so'nggi chiptalar, guruhlar, loyihalar, sozlamalar va yordam mavzulariga tezda o'tishingiz mumkin. Siz hatto hotkeydan ham foydalanishingiz mumkin /GitLab-da yanada samaraliroq harakat qilish uchun kursoringizni qidiruv paneliga olib boring!
Birlashtirish so'rovini ko'rib chiqayotganda, o'zgartirilgan kod birlik testlari bilan qamrab olinganligini aniqlash qiyin bo'lishi mumkin. Buning o'rniga, sharhlovchilar umumiy qamrovga tayanishi va birlashma so'rovini tasdiqlashdan oldin uni oshirishni so'rashi mumkin. Bu testlarni yozishga tasodifiy yondashishga olib kelishi mumkin, bu aslida kod sifatini yoki test qamrovini yaxshilamaydi.
Endi, birlashtirish so'rovi farqini ko'rganingizda, siz kod qamrovining vizual ko'rinishini ko'rasiz. Yangi belgilar sizga o'zgartirilgan kod birlik testi bilan qamrab olinganligini tezda tushunishga imkon beradi, bu kodni ko'rib chiqish va yangi kodni birlashtirish va joylashtirish vaqtini tezlashtirishga yordam beradi.
GitLab 12.5 dan foydalangandan beri atrof-muhit panellari siz muhit holatini kuzatishingiz mumkin, lekin uchta loyihada ettitadan ko'p bo'lmagan muhit. Biz ushbu panelni 13.4-versiyasida atrof-muhitlaringizni keng miqyosda saqlash va boshqarishga yordam berish uchun sahifalash orqali yaxshiladik. Endi siz ko'proq loyihalarda ko'proq muhitlarni ko'rishingiz mumkin.
API fuzzing testi veb-ilovalaringiz va API-laringizda boshqa skanerlar va sinov usullari o'tkazib yuborishi mumkin bo'lgan xato va zaifliklarni topishning ajoyib usuli hisoblanadi.
GitLab-da API fuzzing testi sizga taqdim etishga imkon beradi OpenAPI v2 spetsifikatsiyasi yoki HAR fayli ilovangiz va keyin avtomatik ravishda chekka holatlarni sinab ko'rish va xatolarni topish uchun mo'ljallangan tasodifiy kirish ma'lumotlarini yaratadi. Natijalar darhol sizning quvuringizda ko'rinadi.
Bu bizning birinchi API fuzz test relizimiz va biz sizning fikringizni eshitishni xohlaymiz. Bizda fuzz testi uchun ko'proq zaxiralar mavjud ko'p fikrlar, biz ushbu xususiyatning chiqarilishiga asoslanamiz.
Ilgari GitLab-da o'lchovlar panelida grafik yaratish oson ish emas edi. Ko'rsatkichni asboblar panelidagi YAML faylida yaratganingizdan so'ng, siz o'zgartirish kiritdingiz master, yangi yaratilgan grafik aynan sizga kerak bo'lganidek ishlashini tekshira olmasdan. Ushbu nashrdan boshlab, o'zgarishlarni asboblar panelidagi YAML fayliga yuborishdan oldin, natija haqida tasavvurga ega bo'lgan holda, grafikni yaratishda o'zgarishlarni oldindan ko'rishingiz mumkin.
GitLab-da ko'p sonli loyihalarni boshqarganingizda, barcha loyihalarda kod qamrovi vaqt o'tishi bilan qanday o'zgarib borayotgani haqida yagona ma'lumot manbai kerak bo'ladi. Ilgari ushbu ma'lumotni ko'rsatish uchun zerikarli va ko'p vaqt talab qiladigan qo'lda ishlash kerak edi: har bir loyihadan kod qamrovi ma'lumotlarini yuklab olishingiz va ularni jadvalga birlashtirishingiz kerak edi.
13.4 versiyasida osongina va tez yig'ish mumkin bo'ldi .csv guruhning barcha loyihalari yoki loyihalar tanlovi uchun kod qamrovi haqidagi barcha ma'lumotlar bilan fayl. Bu xususiyat MVC bo'lib, undan keyin qobiliyat keladi vaqt bo'yicha o'rtacha qamrovni chizing.
Ushbu nashr to'liq qamrab olishga qaratilgan fuzz testlari uchun bir nechta yangi tillarni qo'llab-quvvatlaydi.
Endi siz Java, Rust va Swift ilovalaringizda fuzzing testining toʻliq imkoniyatlarini baholashingiz va boshqa skanerlar va sinov usullari oʻtkazib yuborishi mumkin boʻlgan xato va zaifliklarni topishingiz mumkin.
Atrof-muhit sahifasi sizning muhitingizning umumiy holatini ko'rsatadi. Ushbu nashrda biz ogohlantirish ekranini qo'shish orqali ushbu sahifani yaxshiladik. Atrof-muhit holati bilan bir qatorda ishga tushirilgan ogohlantirishlar yuzaga kelgan vaziyatlarni tezda tuzatishga yordam beradi.
Ichki quvur liniyalaridan foydalangan holda, endi bolalar quvurlari ichida yangi quvurlarni o'tkazish mumkin. Qo'shimcha chuqurlik darajasi, agar sizga o'zgaruvchan miqdordagi quvurlarni yaratish uchun moslashuvchanlik kerak bo'lsa, foydali bo'lishi mumkin.
Ilgari, ichki o'rnatilgan quvur liniyalaridan foydalanganda, har bir bola quvur liniyasi asosiy quvur liniyasida qo'lda aniqlanishi uchun tetik ishini talab qildi. Endi siz istalgan sonli yangi quvur liniyalarini dinamik ravishda ishga tushiradigan ichki o'rnatilgan quvurlarni yaratishingiz mumkin. Misol uchun, agar sizda monorepozitoriya mavjud bo'lsa, siz birinchi pastki quvur liniyasini dinamik ravishda yaratishingiz mumkin, uning o'zi filialdagi o'zgarishlar asosida kerakli miqdordagi yangi quvurlarni yaratadi.
Ilgari, ota-ona va ichki quvurlar o'rtasida navigatsiya qilish juda qulay emas edi - kerakli quvur liniyasiga o'tish uchun sizga ko'p marta bosish kerak edi. Qaysi ish quvurni boshlaganini aniqlash ham oson emas edi. Endi ota-ona va ichki quvurlar o'rtasidagi aloqalarni ko'rish ancha oson bo'ladi.
Agar foydalansangiz vazifa matritsasi, siz ma'lum bir ish uchun qaysi matritsa o'zgaruvchisi ishlatilganligini aniqlash qiyinligini payqagan bo'lishingiz mumkin, chunki ish nomlari o'xshash edi matrix 1/4. 13.4-versiyasida siz umumiy ish nomi o'rniga ushbu ishda ishlatilgan tegishli o'zgaruvchan qiymatlarni ko'rasiz. Misol uchun, agar sizning maqsadingiz x86 arxitekturasini disk raskadrovka qilish bo'lsa, u holda ish chaqiriladi matrix: debug x86.
GitLab foydalanuvchilari endi GitLab hisoblarini Atlassian Cloud hisoblariga ulashlari mumkin bo'ladi. Bu sizga Atlassian hisob ma'lumotlaringiz bilan GitLab-ga kirish imkonini beradi va kelajakda integratsiyani yaxshilash uchun zamin yaratadi. Jira bilan Gitlab va Atlassian liniyasining boshqa mahsulotlari bilan.
Muvofiqlikka yo'naltirilgan tashkilotlar auditorlarga ishlab chiqarishdagi har qanday o'zgarish bilan bog'liq bo'lgan tarkibiy qismlarning yaxlit ko'rinishini ko'rsatish usuliga muhtoj. GitLab-da bu hamma narsani bir joyda to'plashni anglatadi: so'rovlar, chiptalar, quvurlarni birlashtirish, xavfsizlik skanerlari va boshqa majburiy ma'lumotlar. Hozirgacha siz uni GitLab-da qo'lda to'plashingiz yoki ma'lumot to'plash uchun asboblaringizni sozlashingiz kerak edi, bu unchalik samarali emas edi.
Endi siz audit talablariga javob berish yoki boshqa tahlillarni bajarish uchun ushbu maʼlumotlarni dasturiy tarzda toʻplashingiz va eksport qilishingiz mumkin. Joriy guruh uchun barcha birlashma majburiyatlari roʻyxatini eksport qilish uchun quyidagi manzilga oʻtishingiz kerak Muvofiqlik boshqaruv paneli va tugmani bosing Barcha birlashma majburiyatlari ro'yxati. Olingan faylda birlashtirish so'rovining barcha majburiyatlari, ularning muallifi, bog'langan birlashma so'rovining identifikatori, guruh, loyiha, tasdiqlovchilar va boshqa ma'lumotlar bo'ladi.
GitLab nom maydoniga kirishni boshqarish muvofiqlik harakatlarining muhim qismidir. Eng kam imtiyoz tamoyillaridan vaqtli kirishni o'chirishgacha, GitLab-da shaxsiy kirish tokenlari bilan bog'liq bir nechta talablar bo'lishi mumkin. Ushbu foydalanuvchi hisob ma'lumotlarini sizning nomlar maydonida saqlash va boshqarishni osonlashtirish uchun biz barcha shaxsiy kirish tokenlarini va ixtiyoriy ravishda ro'yxatga olish imkoniyatini taqdim etdik. kirishni rad etish API orqali.
GitLab API-dagi ushbu yaxshilanishlar foydalanuvchilarga o'zlarining shaxsiy kirish tokenlarini ro'yxatga olish va bekor qilish, administratorlarga esa foydalanuvchilarning tokenlarini ro'yxatga olish va bekor qilish imkonini beradi. Endi administratorlar oʻz nomlari maydoniga kimlar kirishi mumkinligini koʻrishlari, foydalanuvchi maʼlumotlari asosida kirish toʻgʻrisida qarorlar qabul qilishlari va buzilgan yoki kompaniyaning kirishni boshqarish siyosatidan tashqarida boʻlgan shaxsiy kirish tokenlarini bekor qilishlari osonroq boʻladi.
Kod o'zgarishlarini, muhokamalarni va birlashtirish so'rovlarini ko'rib chiqishda, chuqurroq ko'rib chiqish uchun ko'pincha filialni mahalliy tekshiruvdan o'tkazish tavsiya etiladi. Biroq, mavzu nomini topish tobora qiyinlashib bormoqda, chunki birlashtirish so'rovi tavsifiga ko'proq kontent qo'shiladi va siz sahifani pastga aylantirishingiz kerak.
Biz filial nomini birlashtirish soʻrovining yon paneliga qoʻshdik, bu esa uni istalgan vaqtda foydalanish imkonini beradi va butun sahifani aylanib chiqish zaruratini yoʻqotadi. Birlashtirish so'roviga havola kabi, manba bo'limida qulay "nusxa olish" tugmasi mavjud.
Rahmat Ethan Reesor ushbu xususiyatni rivojlantirishga katta hissa qo'shganingiz uchun!
Bir nechta fayllarga o'zgartirishlar qo'shadigan birlashtirish so'rovlari ba'zan renderlash samaradorligini oshirish uchun katta fayllarning farqlarini yopadi. Bu sodir bo'lganda, ko'rib chiqish vaqtida faylni tasodifan o'tkazib yuborish mumkin, ayniqsa ko'p sonli fayllar bilan birlashtirish so'rovlarida. 13.4 versiyasidan boshlab, birlashtirish so'rovlari katlanmış fayllarni o'z ichiga olgan farqlarni belgilab qo'yadi, shuning uchun kodni ko'rib chiqish paytida bu fayllarni o'tkazib yubormaysiz. Aniqroq bo'lishi uchun biz kelajakdagi versiyada ushbu fayllarga ta'kidlashni qo'shishni rejalashtirmoqdamiz. Yangilanishlarni kuzatib boring gitlab chiptasi # 16047.
Birlashtirish so'rovining farqlari bo'limida unumdorlikni oshirish uchun katta fayllar yig'iladi. Biroq, kodni ko'rib chiqishda, ko'rib chiquvchi fayllar ro'yxatini aylantirganda, ba'zi fayllar o'tkazib yuborilishi mumkin, chunki barcha katta fayllar yopiladi.
Biz foydalanuvchilarga ushbu bo'limda birlashtirilgan fayl mavjudligini bildirish uchun birlashtirish so'rovi farqi sahifasining yuqori qismiga ko'rinadigan ogohlantirish qo'shdik. Shunday qilib, siz ko'rib chiqish vaqtida birlashma so'roviga kiritilgan o'zgarishlarni o'tkazib yubormaysiz.
Ilgari, Gitaly klasterining asosiy tuguni oflayn rejimga o'tganda, ushbu tugundagi omborlar faqat o'qish uchun deb belgilangan. Bu tugunda hali takrorlanmagan o'zgarishlar bo'lgan holatlarda ma'lumotlar yo'qolishining oldini oldi. Tugun tarmoqqa qaytganida, GitLab avtomatik ravishda tiklanmadi va ma'murlar sinxronizatsiya jarayonini qo'lda boshlashlari yoki ma'lumotlar yo'qolishini qabul qilishlari kerak edi. Ikkilamchi tugundagi replikatsiya ishining muvaffaqiyatsizligi kabi boshqa holatlar ham eskirgan yoki faqat o'qish uchun mo'ljallangan omborlarga olib kelishi mumkin. Bunday holda, replikatsiya ishini boshlaydigan keyingi yozish operatsiyasi sodir bo'lgunga qadar, ombor eskirgan.
Ushbu muammoni hal qilish uchun Praefect endi u bir tugunda eskirgan omborni va boshqasida omborning so'nggi versiyasini aniqlaganida replikatsiya ishini rejalashtiradi. Ushbu replikatsiya ishi omborni avtomatik ravishda yangilab turadi va ma'lumotlarni qo'lda tiklash zaruratini yo'q qiladi. Avtomatik tiklash, shuningdek, keyingi yozish operatsiyasini kutish o'rniga, replikatsiya ishi muvaffaqiyatsiz bo'lsa, ikkilamchi tugunlarning tezda yangilanishini ta'minlaydi. Ko'pgina Gilaly klasterlari ko'p sonli omborlarni saqlaganligi sababli, bu ma'murlar va ishonchlilik muhandislari xatolikdan keyin ma'lumotlarni qayta tiklash uchun sarflaydigan vaqtni sezilarli darajada kamaytiradi.
Bundan tashqari, avtomatik ta'mirlash klasterga qo'shilgan har qanday yangi Gitaly tugunidagi omborlarni replikatsiya qilishni boshlaydi, bu esa yangi tugunlarni qo'shishda qo'lda ishlashni yo'q qiladi.
GitLab-da samarali muloqot qilish vazifalar ro'yxatiga asoslanadi. Agar siz sharhda tilga olingan bo'lsangiz, vazifaga o'tish va biror narsani qilishni boshlash yoki uni tugallangan deb belgilash juda muhimdir. Bundan tashqari, biror narsa ustida ishlash yoki keyinroq qaytib kelish kerak bo'lganda, o'zingizga vazifa tayinlash imkoniyatiga ega bo'lish muhimdir.
Ilgari dizaynlar bilan ishlashda vazifalar qo‘sha olmas yoki ularni tugallangan deb belgilash mumkin emas edi. Bu mahsulot guruhlari o'rtasidagi aloqa samaradorligini jiddiy ravishda buzdi, chunki vazifalar GitLab ish jarayonining muhim elementi hisoblanadi.
13.4-versiyasida dizaynlar topshiriqlardan foydalanishda chipta sharhlarini ushlaydi, bu ular bilan ishlashni yanada izchil va samarali qiladi.
Biz GitLab CI/CD uchun nosozliklarni bartaraf etish boʻyicha qoʻllanmani yaxshiladik va siz duch kelishi mumkin boʻlgan umumiy muammolar haqida koʻproq maʼlumotga ega boʻldik. Umid qilamizki, takomillashtirilgan hujjatlar GitLab CI/CD-ni tez va oson ishga tushirishga yordam beradigan qimmatli manba bo'ladi.
Ilgari birlashma soʻrovlari kechikkan izohlar tufayli tasodifan birlashma navbatdan chiqib ketishi mumkin edi. Agar birlashish soʻrovi allaqachon navbatda turgan boʻlsa va kimdir unga yangi hal qilinmagan muhokamani yaratgan izoh qoʻshgan boʻlsa, birlashma soʻrovi birlashish uchun nomaqbul deb hisoblanadi va navbatdan tashqariga chiqadi. Endi, birlashma navbatiga birlashma so'rovi qo'shilgandan so'ng, birlashish jarayonini buzishdan qo'rqmasdan yangi sharhlar qo'shilishi mumkin.
Ishlab chiquvchilar quvur liniyasi qurib bo‘lingandan so‘ng kodning qamrov qiymatini ko‘rishlari kerak - hatto qoplama qiymatini hisoblash uchun tahlil qilinishi kerak bo‘lgan bir nechta ish bilan quvur liniyasini ishga tushirish kabi murakkab stsenariylarda ham. Ilgari, birlashtirish so'rovi vidjeti faqat ushbu qiymatlarning o'rtacha qiymatini ko'rsatdi, ya'ni siz oraliq qamrov qiymatlarini olish uchun ish sahifasiga o'tishingiz va birlashma so'roviga qaytishingiz kerak edi. Vaqtingizni va ushbu qo'shimcha qadamlarni tejash uchun biz vidjetda o'rtacha qamrov qiymatini, uning maqsad va manba tarmoqlari o'rtasidagi o'zgarishlarini va o'rtacha hisoblangan har bir ish uchun qamrov qiymatini ko'rsatadigan maslahatchini ko'rsatishni yaratdik.
GitLab paketlar reestri turli formatdagi paketlarni saqlash va tarqatish uchun joy. Loyihangizda yoki guruhingizda juda ko'p paketlar mavjud bo'lsa, foydalanilmagan paketlarni tezda aniqlashingiz va odamlar ularni yuklab olishiga yo'l qo'ymaslik uchun ularni olib tashlashingiz kerak. Siz paketlarni ro'yxatga olish kitobingizdan o'chirib tashlashingiz mumkin Paket API yoki paket registrining foydalanuvchi interfeysi orqali. Biroq, hozirgacha UI orqali guruhni ko'rishda paketlarni olib tashlab bo'lmadi. Natijada, har bir loyiha asosida keraksiz paketlarni olib tashlashingiz kerak edi, bu samarasiz edi.
Endi siz guruhning paketlar registrini ko'rishda paketlarni olib tashlashingiz mumkin. Shunchaki guruhning paketlar roʻyxatga olish kitobi sahifasiga oʻting, paketlarni nomi boʻyicha filtrlang va keraksizlarini olib tashlang.
Siz C/C++ bog'liqliklarini nashr qilish va tarqatish uchun GitLab-dagi Conan omboridan foydalanishingiz mumkin. Biroq, ilgari paketlar faqat namuna darajasiga ko'tarilishi mumkin edi, chunki Conan paketi nomi faqat maksimal 51 belgidan iborat bo'lishi mumkin edi. Agar siz kichik guruhdan paketni nashr qilmoqchi bo'lsangiz, masalan gitlab-org/ci-cd/package-stage/feature-testing/conan, buni qilish deyarli mumkin emas edi.
Endi siz Conan paketlarini loyiha darajasiga qadar pasaytirishingiz mumkin, bu esa loyihalaringizning bog'liqliklarini nashr etish va tarqatishni osonlashtiradi.
Roʻyxatimizga NuGet 4.9+ yoki Conan paket menejerlaridan foydalanadigan C, C++, C# va .Net kod loyihalari uchun qaramlik skanerlarini qoʻshganimizdan xursandmiz. qo'llab-quvvatlanadigan tillar va ramkalar. Endi paket menejerlari orqali qo'shilgan bog'liqliklarda ma'lum zaifliklarni tekshirish uchun Xavfsiz bosqichning bir qismi sifatida qaramlikni skanerlashni yoqishingiz mumkin. Topilgan zaifliklar birlashish soʻrovingizda ularning jiddiylik darajasi bilan birga koʻrsatiladi, shuning uchun siz birlashishni amalga oshirishdan oldin yangi bogʻliqlik qanday xavf tugʻdirishini bilib olasiz. Shuningdek, loyihangizni talab qilish uchun sozlashingiz mumkin birlashtirish so'rovini tasdiqlash muhim (Kritik), yuqori (Yuqori) yoki noma'lum (Noma'lum) darajadagi zaifliklarga ega bo'lgan qaramliklar uchun.
Ilgari, birlashtirish so'rovi sozlamalarini o'rnatishda Quvur tugagach, birlashtiring (Merge When Quvur Muvaffaqiyatli, MWPS) elektron pochta xabarnomasi yuborilmadi. Siz holatni qo'lda tekshirishingiz yoki birlashma bildirishnomasini kutishingiz kerak edi. Ushbu nashr bilan biz foydalanuvchilarning hissalarini taqdim etishdan mamnunmiz @ravishankar2kool, bu ko'rib chiquvchi birlashma sozlamasini MWPS ga o'zgartirganda, birlashma so'roviga obuna bo'lgan har bir kishiga avtomatik bildirishnomalarni qo'shish orqali ushbu muammoni hal qildi.
GitLab foydalanuvchilari endi EKS tomonidan taqdim etiladigan Kubernetes versiyasini tanlashlari mumkin; 1.14–1.17 versiyalaridan birini tanlashingiz mumkin.
Har bir yuzaga kelgan muammo darhol ogohlantirishlarni keltirib chiqarmaydi: foydalanuvchilar uzilishlar haqida xabar berishadi va jamoa a'zolari ishlash bilan bog'liq muammolarni tekshiradilar. Hodisalar endi chiptaning bir turi, shuning uchun jamoalaringiz ularni oddiy ish jarayonining bir qismi sifatida tezda yaratishi mumkin. bosing Yangi vazifa GitLab-ning istalgan joyidan va sohada Kesuvchi apparat tanlash Hodisa.
Biz GitLab ogohlantirishlarini GitLab Markdown-da ular uchun yangi eslatma turini qo'shish orqali yaxshiladik, bu ogohlantirishlarni almashish va eslatishni osonlashtirdi. Foydalanish ^alert#1234har qanday Markdown maydonida ogohlantirishni eslatib o'tish: hodisalar, chiptalar yoki birlashtirish so'rovlarida. Bu shuningdek, chiptalar yoki so'rovlarni birlashtirishdan ko'ra ogohlantirishlar asosida yaratilgan ishlarni aniqlashga yordam beradi.
Ogohlantirish tavsifi nosozliklarni bartaraf etish va tiklash uchun muhim boʻlgan maʼlumotlarni oʻz ichiga oladi va bu maʼlumotlarga osonlik bilan kirish mumkin boʻlishi kerak, shuning uchun voqeani hal qilishda ishlayotganingizda asboblar yoki yorliqlarni almashtirishingiz shart emas. Ogohlantirishlardan yaratilgan hodisalar yorliqda to'liq ogohlantirish tavsifini ko'rsatadi Ogohlantirish tafsilotlari.
75% tezroq kengaytirilgan qidiruv
(STARTER, PREMIUM, ULTIMATE, BRONZA, KUMUSH, OLTIN) Mavjudligi
GitLab, yagona dastur sifatida, butun DevOps ish jarayoni bo'ylab kontentni tezda kashf qilishning noyob qobiliyatiga ega. GitLab 13.4 da kengaytirilgan qidiruv natijalarni 75% tezroq qaytaradi ma'lum nomlar va loyihalar bilan cheklangan, GitLab.com saytidagi kabi.
Loyihani o'chirishni kechiktirish imkoniyati mavjud edi 12.6 da kiritilgan. Biroq, ilgari o'chirishni kutayotgan barcha loyihalarni bir joyda ko'rish mumkin emas edi. GitLab foydalanuvchi namunasi ma'murlari endi barcha kutilayotgan o'chirish loyihalarini va ushbu loyihalarni osongina tiklash tugmalari bilan bir joyda ko'rishlari mumkin.
Bu xususiyat ma'murlarga barcha tegishli ma'lumotlarni bir joyda to'plash va keraksiz o'chirish amallarini bekor qilish imkoniyatini ta'minlash orqali loyihani o'chirish ustidan ko'proq nazorat qilish imkonini beradi.
Ilgari, guruh surish qoidalarini faqat GitLab UI orqali har bir guruhga alohida tashrif buyurish va ushbu qoidalarni qo'llash orqali sozlash mumkin edi. Endi siz o'zingizning shaxsiy vositalaringiz va GitLab avtomatizatsiyasini qo'llab-quvvatlash uchun ushbu qoidalarni API orqali boshqarishingiz mumkin.
Hisob ma'lumotlarini saqlash Administratorlarga GitLab namunasi uchun foydalanuvchi hisob ma'lumotlarini boshqarish uchun zarur bo'lgan ma'lumotlarni taqdim etadi. Muvofiqlikka yo'naltirilgan tashkilotlar hisobga olish ma'lumotlarini boshqarish siyosatlarining qat'iyligi bilan farq qilganligi sababli, biz ma'murlarga foydalanuvchining shaxsiy kirish tokenini (PAT) ixtiyoriy ravishda bekor qilish imkonini beruvchi tugmani qo'shdik. Endi administratorlar potentsial buzilgan PATlarni osongina bekor qilishlari mumkin. Bu xususiyat o'z foydalanuvchilari uchun buzilishlarni kamaytirish uchun ko'proq moslashuvchan muvofiqlik variantlarini xohlaydigan tashkilotlar uchun foydalidir.
GitLab 13.4 da biz statik sayt muharririni sozlashning yangi usulini taqdim etmoqdamiz. Garchi konfiguratsiya fayli ushbu versiyada hech qanday sozlamalarni saqlamasa yoki qabul qilmasa ham, biz muharrir xatti-harakatlarini kelajakda moslashtirish uchun zamin yaratmoqdamiz. Kelgusi nashrlarda biz faylga qo'shamiz .gitlab/static-site-editor.yml o'rnatish uchun parametrlar asosiy sayt manzili, unda muharrirga yuklangan tasvirlar saqlanadi, Markdown sintaksisi sozlamalari va boshqa tahrirlovchi sozlamalarini bekor qilish.
Old masala - statik sayt generatori tomonidan qayta ishlash uchun ma'lumotlar fayllaridagi sahifa o'zgaruvchilarini aniqlashning moslashuvchan va qulay usuli. U odatda sahifa sarlavhasini, tartib shablonini yoki muallifni o'rnatish uchun ishlatiladi, lekin sahifani HTMLda ko'rsatishda har qanday turdagi metama'lumotlarni generatorga o'tkazish uchun ishlatilishi mumkin. Har bir ma'lumot faylining eng yuqori qismiga kiritilgan kirish qismi odatda YAML yoki JSON sifatida formatlanadi va izchil va aniq sintaksisni talab qiladi. Muayyan sintaksis qoidalari bilan tanish bo'lmagan foydalanuvchilar beixtiyor noto'g'ri belgilashni kiritishlari mumkin, bu esa o'z navbatida formatlash bilan bog'liq muammolarni keltirib chiqarishi yoki hatto tuzilishdagi xatolarga olib kelishi mumkin.
Statik sayt muharririning WYSIWYG tahrirlash rejimi ushbu formatlash xatolarining oldini olish uchun muharrirdan kirishni allaqachon olib tashlagan. Biroq, bu manba rejimida tahrirlashga qaytmasdan, ushbu qismda saqlangan qiymatlarni o'zgartirishga to'sqinlik qiladi. GitLab 13.4 da siz istalgan maydonga kirishingiz va uning qiymatini tanish shakllarga asoslangan interfeysda tahrirlashingiz mumkin. Tugma bosilganda Sozlamalar (Sozlamalar) boshida belgilangan har bir kalit uchun forma maydonini ko'rsatadigan panel ochiladi. Maydonlar joriy qiymat bilan to'ldiriladi va ulardan istalganini tahrirlash uni veb-shaklga kiritish kabi oddiy. Kirishni shu tarzda tahrirlash murakkab sintaksisdan qochadi va yakuniy natijaning izchil formatlanishini taʼminlab, kontentni toʻliq boshqarish imkonini beradi.
GitLab-da Jira foydalanuvchilari uchun: Jira uchun GitLab ilovasi и DVCS ulagichi GitLab majburiyatlari haqidagi ma'lumotlarni ko'rsatish va so'rovlarni to'g'ridan-to'g'ri Jira'da birlashtirish imkonini beradi. O‘rnatilgan Jira integratsiyasi bilan birgalikda ishlayotganingizda ikkita ilova o‘rtasida osongina o‘tishingiz mumkin.
Bu funksiyalar ilgari faqat Premium tarif rejamizda mavjud edi, ammo endi barcha foydalanuvchilar uchun mavjud!
Gitaly klasteri Git omborlarini bir nechta "iliq" Gitaly tugunlariga ko'paytirish imkonini beradi. Bu bitta nosozlik nuqtalarini yo'q qilish orqali xatolarga chidamlilikni oshiradi. Tranzaksiya operatsiyalari, GitLab 13.3 da kiritilgan o'zgarishlar klasterdagi barcha Gitaly tugunlariga uzatilishiga olib keladi, lekin faqat asosiy tugun bilan kelishilgan holda ovoz beradigan Gitaly tugunlari o'zgarishlarni diskda saqlaydi. Agar barcha replika tugunlari rozi bo'lmasa, o'zgartirishning faqat bitta nusxasi diskda saqlanadi va asinxron replikatsiya tugaguniga qadar bitta nosozlik nuqtasini yaratadi.
Ko'pchilik ovoz berish diskdagi o'zgarishlarni saqlashdan oldin ko'pchilik tugunlarning (barchasi emas) roziligini talab qilish orqali xatolarga chidamlilikni yaxshilaydi. Agar ushbu almashtirish funksiyasi yoqilgan bo'lsa, yozish bir nechta tugunlarda muvaffaqiyatli bo'lishi kerak. Kvorum hosil qilgan tugunlardan asinxron replikatsiya yordamida nomutanosib tugunlar avtomatik ravishda sinxronlashtiriladi.
JSON yoki YAML da konfiguratsiyalar yozadigan loyihalar ko'pincha muammolarga duch keladi, chunki matn terish xatosi va biror narsani buzish oson. CI quvurida ushbu muammolarni aniqlash uchun tekshirish vositalarini yozish mumkin, ammo JSON sxema faylidan foydalanish hujjatlar va maslahatlar berish uchun foydali bo'lishi mumkin.
Loyiha ishtirokchilari o'z omborlarida fayldagi maxsus sxemaga yo'lni belgilashlari mumkin .gitlab/.gitlab-webide.yml, bu tekshiriladigan fayllar sxemasi va yo'lini belgilaydi. Web IDE-ga ma'lum bir faylni yuklaganingizda, faylni yaratishda sizga yordam beradigan qo'shimcha fikr-mulohazalar va tasdiqlashni ko'rasiz.
Agar siz konveyerlardan foydalansangiz yo'naltirilgan asiklik grafik bilan (Directed Acyclic Graph (DAG)), siz ish ko'rsatishi mumkin bo'lgan 10 ta ish chegarasi mavjudligini bilib olishingiz mumkin. needs:, juda qattiq. 13.4 da, quvurlaringizdagi ishlar o'rtasidagi munosabatlarning yanada murakkab tarmoqlariga ruxsat berish uchun standart chegara 10 dan 50 gacha oshirildi.
Agar siz maxsus GitLab misolining ma'muri bo'lsangiz, o'zgartirish funksiyasini o'rnatish orqali ushbu chegarani yanada oshirishingiz mumkin, garchi biz buni rasmiy qo'llab-quvvatlamaymiz.
Ba'zi hollarda quvur liniyasida o'tkazib yuborilgan ish noto'g'ri bo'lib ko'rsatilgan bog'liqliklar uchun muvaffaqiyatli deb hisoblanishi mumkin. needs, bu sodir bo'lmasligi kerak bo'lgan keyingi ishlarni bajarishga sabab bo'ldi. Ushbu xatti-harakat 13.4 versiyasida tuzatildi va needs endi o'tkazib yuborilgan vazifalarni to'g'ri hal qiladi.
GitLab endi oxirgi muvaffaqiyatli ishni va quvur liniyasi artefaktini har qanday faol filialda, birlashma soʻrovida yoki tegda avtomatik ravishda bloklaydi, ularning amal qilish muddati tugagandan keyin oʻchirib tashlanishiga yoʻl qoʻymaydi. Eski artefaktlarni tozalash uchun ko'proq agressiv amal qilish qoidalarini o'rnatish osonroq bo'ladi. Bu diskdagi bo'sh joy sarfini kamaytirishga yordam beradi va siz doimo quvur liniyasidan eng so'nggi artefakt nusxasiga ega bo'lishingizni ta'minlaydi.
CI/CD quvur liniyasini optimallashtirish yetkazib berish tezligini oshirish va pulni tejash imkonini beradi. Quvurlarni optimallashtirishdan maksimal darajada foydalanish bo‘yicha tezkor qo‘llanmani o‘z ichiga olgan holda hujjatlarimizni yaxshiladik.
Birlik sinovi hisoboti quvur liniyasidagi barcha testlar natijalarini ko'rishning oson yo'lidir. Biroq, ko'p sonli testlar bilan, muvaffaqiyatsiz testlarni topish uzoq vaqt talab qilishi mumkin. Hisobotdan foydalanishni qiyinlashtiradigan boshqa muammolar qatoriga 1 soniyadan kamroq vaqt ichida bajariladigan testlar uchun uzoq izlar boʻylab harakatlanish va vaqtni nolga yaxlitlash kiradi. Endi, sukut bo'yicha, test hisobotini saralashda u birinchi navbatda muvaffaqiyatsiz testlarni hisobotning boshiga qo'yadi va keyin testlarni davomiyligi bo'yicha tartiblaydi. Bu nosozliklar va uzoq sinovlarni topishni osonlashtiradi. Bundan tashqari, sinov vaqtlari endi millisekundlar yoki soniyalarda ko'rsatiladi, bu ularni o'qishni ancha tezlashtiradi va oldingi aylantirish muammolari ham hal qilindi.
Endi GitLab paketlar registriga yuklanishi mumkin bo'lgan paket fayllari hajmi bo'yicha cheklovlar mavjud. Paket registrining ishlashini optimallashtirish va suiiste'mollikning oldini olish uchun cheklovlar qo'shildi. Limitlar paket formatiga qarab farqlanadi. GitLab.com uchun maksimal fayl o'lchamlari:
Konan: 250 MB
Maven: 3 GB
NPM: 300MB
NuGet: 250 MB
PyPI: 3 GB
Maxsus GitLab misollari uchun standart sozlamalar bir xil. Biroq, administrator cheklovlarni yordamida yangilashi mumkin Rails konsollari.
GitLab PyPI omboridan Python paketlarini manba kodi va CI/CD quvurlari bilan birga yaratish, nashr etish va almashish uchun foydalanishingiz mumkin. Biroq, avval siz oldindan belgilangan muhit o'zgaruvchisi yordamida omborga autentifikatsiya qila olmadingiz. CI_JOB_TOKEN. Natijada, PyPI omborini yangilash uchun shaxsiy hisob ma'lumotlaringizdan foydalanishga to'g'ri keldi yoki siz ombordan umuman foydalanmaslikka qaror qilgan bo'lishingiz mumkin.
Endi oldindan belgilangan muhit oʻzgaruvchisi yordamida PyPI paketlarini nashr qilish va oʻrnatish uchun GitLab CI/CD-dan foydalanish osonroq. CI_JOB_TOKEN.
Talab bo'yicha DAST skanerlash uchun oldingi nashrda taqdim etilgan, DAST skaner profillari qo'shildi. Ular ushbu skanerlashning konfiguratsiya imkoniyatlarini kengaytirib, bir nechta skanerlash turlarini qamrab olish uchun bir nechta profillarni tezda yaratishga imkon beradi. 13.4 da brauzer profili skanerdan o'tayotgan saytning barcha sahifalarini ochishga urinayotganda DAST brauzeri qancha vaqt ishlashini belgilovchi brauzerning kutish vaqti sozlamasini o'z ichiga oladi. Profil shuningdek, agar sayt 200 yoki 300 holat kodi bilan javob bermasa, skanerdan oʻtishni toʻxtatishdan oldin skaner saytga kirish uchun qancha vaqt kutishi kerakligini belgilash uchun maqsadli sayt kutish vaqti sozlamasini ham oʻz ichiga oladi. Biz takomillashtirishda davom etar ekanmiz, bu xususiyat shunday boʻladi. keyingi nashrlarda brauzer profiliga qo'shiladi; qo'shimcha konfiguratsiya parametrlari qo'shiladi.
Agar siz GitLab sahifalaridan foydalansangiz va URL oʻzgarishlarini yaxshiroq boshqarishni istasangiz, GitLab Pages saytida qayta yoʻnaltirishni boshqarish mumkin emasligini payqagan boʻlishingiz mumkin. Endi GitLab sizga repozitoriyga konfiguratsiya faylini qo‘shish orqali Pages saytingiz uchun bitta URL manzilini boshqasiga yo‘naltirish qoidalarini sozlash imkonini beradi. Bu xususiyat Kevin Barnettning hissasi tufayli amalga oshirildi (@PopeDrFreud), bizning Erik Eastwood (@MadLittleMods) va GitLab jamoalari. Fikringiz uchun barchaga rahmat.
Terraform holatining oldingi versiyalariga kirish ham muvofiqlik uchun, ham kerak bo'lganda disk raskadrovka uchun zarur. GitLab tomonidan boshqariladigan Terraform holatining versiyasini qo'llab-quvvatlash GitLab 13.4 dan boshlab taqdim etiladi. Yangi Terraform holat fayllari uchun versiya avtomatik ravishda yoqiladi. Mavjud Terraform holat fayllari bo'ladi avtomatik ravishda versiyali omborga ko'chiriladi keyingi nashrda.
Hodisalarni qayta ishlashda siz ogohlantirish qancha vaqt ochiqligini va hodisa necha marta boshlanganini osongina aniqlashingiz kerak. Bu tafsilotlar mijozga ta'sirini va jamoangiz birinchi navbatda nimaga e'tibor berishini aniqlashda juda muhim. Yangi voqea tafsilotlari panelida biz ogohlantirishning boshlanish vaqtini, voqealar sonini va asl ogohlantirishga havolani ko'rsatamiz. Ushbu ma'lumot ogohlantirishlardan hosil bo'lgan hodisalar uchun mavjud.
Hodisa jiddiyligi o‘lchovi javob beruvchilar va manfaatdor tomonlarga uzilishning ta’sirini, shuningdek, javob berish usuli va shoshilinchligini aniqlash imkonini beradi. Jamoangiz voqeani hal qilish va tiklash vaqtida natijalarni baham ko'rishi sababli ular bu sozlamani o'zgartirishi mumkin. Endi siz hodisaning jiddiyligini Hodisa tafsilotlari sahifasining o‘ng tomonida tahrirlashingiz mumkin va jiddiylik hodisalar ro‘yxatida ko‘rsatiladi.
Konteyner tarmog‘i xavfsizligi qoidalari muharririning ushbu yaxshilanishi foydalanuvchilarga o‘z qoidalarini bevosita GitLab foydalanuvchi interfeysidan osongina yaratish, tahrirlash va o‘chirish imkonini beradi. Tahrirlovchi xususiyatlari o'z ichiga oladi .yaml tajribali foydalanuvchilar uchun va tarmoq qoidalariga yangi bo'lganlar uchun intuitiv interfeysga ega qoidalar muharriri. Bo'limda qoidalarni boshqarishning yangi variantlarini topishingiz mumkin Xavfsizlik va muvofiqlik > Tahdidlarni boshqarish > Qoidalar (Xavfsizlik va muvofiqlik > Tahdidlarni boshqarish > Qoidalar).
(YAZO, STARTER, PREMIUM, SO‘YIQ, BEPUL, BRONZA, KUMUSH, OLTIN) Mavjudligi
Endi GitLab ham, GitLab Runner ham qo'llab-quvvatlanadi Azure blob xotirasi, Azure’da GitLab xizmatlarini ishga tushirishni osonlashtiradi.
GitLab misollari LFS fayllari, CI artefaktlari va shu jumladan ob'ektlar do'konlarining barcha turlari uchun Azure-ni qo'llab-quvvatlaydi. zaxira nusxalari. Azure Blob xotirasini sozlash uchun oʻrnatish koʻrsatmalariga amal qiling Avtobus yoki Rulda diagrammasi.
GitLab ish protsessorlari ham saqlash uchun Azure-ni qo'llab-quvvatlaydi taqsimlangan kesh. Azure xotirasi bo'lim yordamida sozlanishi mumkin [runners.cache.azure].
64-bitli ARM arxitekturasida GitLab-ni ishga tushirishni qoʻllab-quvvatlashga boʻlgan talab ortib borayotganiga javoban, biz rasmiy ARM64 Ubuntu 20.04 Omnibus toʻplami mavjudligini eʼlon qilishdan mamnunmiz. Zitai Chen va Guillaume Gardetga katta hissa qo'shganlari uchun katta rahmat - ularning birlashish so'rovlari bunda muhim rol o'ynadi!
Ubuntu 20.04 paketini yuklab olish va o'rnatish uchun bizning sahifamizga o'ting o'rnatish sahifasi va tanlang Ubuntu.
Common Access Cards (CAC) kabi smart-kartalar endi Helm diagrammasi orqali joylashtirilgan GitLab misolida autentifikatsiya qilish uchun ishlatilishi mumkin. Smart kartalar X.509 sertifikatlari yordamida mahalliy ma'lumotlar bazasiga nisbatan autentifikatsiya qilinadi. Shu bilan, Helm chart bilan smart-kartani qo'llab-quvvatlash endi Omnibus joylashtirishlarida mavjud bo'lgan smart-kartalarni qo'llab-quvvatlashga mos keladi.