ProHoster > ΠΠ»ΠΎΠ³ > Administrasi > # GitLab 13.4 wis dirilis karo panyimpenan HashiCorp kanggo variabel CI lan Agen Kubernetes
# GitLab 13.4 wis dirilis karo panyimpenan HashiCorp kanggo variabel CI lan Agen Kubernetes
Rilis 13.4 wis dirilis kanthi panyimpenan HashiCorp kanggo variabel CI, Agen Kubernetes lan pusat keamanan, uga fitur sing bisa diganti ing Starter
Ing GitLab, kita tansah mikir babagan carane bisa mbantu pangguna nyuda resiko, ningkatake efisiensi, lan ningkatake kacepetan pangiriman ing platform favorit. Ing wulan iki, kita wis nambahake akeh fitur anyar sing migunani sing nggedhekake kemampuan keamanan, nyuda jumlah kerentanan, nambah efisiensi, nyederhanakake nggarap GitLab, lan mbantu tim sampeyan ngirim fitur luwih cepet. Muga-muga sampeyan bakal nemokake fitur utama rilis migunani, uga 53 fitur anyar liyane, ditambahake ing release iki.
Cara liya kanggo nyuda resiko yaiku nggunakake anyar Agen Kubernetes GitLab. Tim operasi bisa masang kluster Kubernetes saka GitLab tanpa kudu mbukak kluster kasebut menyang kabeh internet. Kita uga ngenalake dhukungan kontrol versi otomatis kanggo file negara Terraform anyar kanthi GitLab ngatur negara Terraform kanggo ndhukung kepatuhan lan gampang debugging. Pungkasan, dashboard keamanan conto dadi Pusat Keamanan GitLab karo laporan kerentanan lan setelan keamanan.
Karya sing luwih trep lan efisien karo GitLab
Kita wis nambah telusuran global kanggo kalebu pandhu arah cepet saka garis telusuran, ngidini sampeyan gampang navigasi menyang tiket paling anyar, grup, proyek, setelan lan topik bantuan. Kita seneng ngumumake GitLab Pages pangalihan muncul kanggo ngarahake kaca lan direktori individu ing situs kasebut, sing bakal ngidini pangguna supaya luwih efisien nyebarake situs kasebut. Lan kanggo wong-wong sing pengin nampa informasi lengkap babagan penyebaran, release iki ngidini ngatur atusan panyebaran proyek sing didhukung saka toolbar lingkungan!
Fabio nyumbang kanthi signifikan sumbangan Π² nampilake jangkoan kode ing diffs request gabungan - fitur sing wis ditunggu suwe banget ing komunitas GitLab. Iki minangka kontribusi sing penting banget karo owah-owahan sing ora pati penting sing mbutuhake kolaborasi terus-terusan karo anggota tim GitLab lan kena pengaruh akeh area proyek kayata UX, front-end lan back-end.
Ing release 12.10, GitLab ngenalake kemampuan kanggo nampa lan nransfer kunci menyang proyek CI nggunakake panangan proyek GitLab (GitLab runner). Saiki kita ngembangaken bukti asli nggunakake JWT, nambah sintaks anyar secrets kanggo file .gitlab-ci.yml. Iki bakal luwih gampang nyiyapake lan nggunakake gudang HashiCorp karo GitLab.
Integrasi GitLab karo Kubernetes wis suwe bisa digunakake ing klompok Kubernetes tanpa mbutuhake konfigurasi manual. Akeh pangguna sing seneng nggunakake bundle iki, dene liyane nemoni sawetara kesulitan. Kanggo integrasi saiki, kluster sampeyan kudu bisa diakses saka Internet supaya GitLab bisa ngakses. Kanggo akeh organisasi, iki ora bisa ditindakake amarga mbatesi akses menyang klompok amarga alasan keamanan, kepatuhan, utawa peraturan. Kanggo ngatasi watesan kasebut, pangguna kudu nggawe alat ing ndhuwur GitLab, yen ora, dheweke ora bakal bisa nggunakake fitur iki.
Dina iki kita ngenalake Agen Kubernetes GitLab, cara anyar kanggo nyebarake menyang kluster Kubernetes. Agen kasebut mbukak ing kluster sampeyan, dadi sampeyan ora perlu mbukak kabeh menyang Internet. Agen koordinat penyebaran kanthi njaluk owah-owahan anyar saka GitLab, tinimbang GitLab nyurung nganyari menyang kluster. Ora preduli cara GitOps sing sampeyan gunakake, GitLab wis dijamin.
Wigati dimangerteni manawa iki minangka release pisanan saka agen kasebut. Fokus saiki kanggo Agen GitLab Kubernetes yaiku ngatur lan ngatur penyebaran liwat kode. Sawetara fitur integrasi Kubernetes sing wis ana, kayata papan penyebaran lan aplikasi sing dikelola GitLab, durung didhukung. Kita ngirasing kapabilitas iki bakal ditambahake menyang agen ing release mangsa, uga integrasi anyar fokus ing keamanan lan selaras.
Sadurunge, sistem ijin GitLab nggawe angel mbagi tanggung jawab kanthi bener ing tim sampeyan antarane sing tanggung jawab kanggo pangembangan lan sing tanggung jawab kanggo penyebaran. Kanthi rilis GitLab 13.4, sampeyan bisa menehi idin kanggo nyetujoni panjalukan gabungan kanggo panyebaran, uga bener-bener nyebarake kode kanggo wong sing ora nulis kode kasebut, tanpa menehi hak akses pangurus (ing lokalisasi Rusia GitLab "maintainer" ).
Sadurunge, manajemen kerentanan tingkat conto diwatesi ing fungsi lan keluwesan. Antarmuka minangka kaca siji sing nggabungake rincian kerentanan, grafik metrik, lan setelan. Ora akeh ruang kanggo ngembangake fitur kasebut utawa nggunakake fitur keamanan liyane.
Kita wis nggawe owah-owahan dhasar babagan cara ngatur keamanan lan transparansi ing GitLab. Panel keamanan conto wis diowahi dadi pusat keamanan kabeh. Owah-owahan paling gedhe yaiku introduksi struktur menu anyar: tinimbang siji kaca, sampeyan saiki ndeleng dashboard keamanan, laporan kerentanan, lan bagean setelan kanthi kapisah. Nalika fungsi durung diganti, bejat munggah menyang bagean bakal ngidini kanggo dandan kanggo bagean iki sing digunakake bakal angel. Iki uga nyetel tataran kanggo nambah kapabilitas sing gegandhengan karo keamanan ing mangsa ngarep.
Bagean Laporan Kerentanan khusus saiki duwe ruang luwih akeh kanggo nampilake rincian penting. Iki minangka kerentanan sing saiki ana ing dhaptar kerentanan proyek. Obah widget kanthi metrik kerentanan menyang bagean sing kapisah nggawe panel kontrol keamanan sing trep. Saiki dadi kanvas kanggo visualisasi mangsa ngarep-ora mung kanggo manajemen kerentanan, nanging kanggo metrik sing gegandhengan karo keamanan. Pungkasan, area setelan sing kapisah nggawe ruang umum kanggo kabeh setelan keamanan tingkat conto, ora mung manajemen kerentanan.
Awal taun iki, GitLab nggawe komitmen pamindhahan 18 fitur menyang open source. Ing rilis iki, kita wis ngrampungake migrasi fitur sing bisa diganti menyang rencana Starter lan bakal terus migrasi menyang Core saka Git Lab 13.5. Kita seneng nggawa fitur iki kanggo luwih akeh pangguna lan pengin krungu carane sampeyan nggunakake.
Kadhangkala nalika navigasi GitLab sampeyan pengin langsung menyang proyek tartamtu tinimbang kaca asil panelusuran.
Nggunakake bar telusuran global, sampeyan bisa kanthi cepet navigasi menyang tiket, grup, proyek, setelan, lan topik bantuan paling anyar. Sampeyan bisa malah nggunakake hotkey /kanggo mindhah kursor menyang garis telusuran kanggo navigasi GitLab luwih efisien!
Saiki, nalika ndeleng panjalukan gabungan, sampeyan bakal weruh tampilan visual jangkoan kode. Tandha anyar bakal ngidini sampeyan ngerti kanthi cepet apa kode sing diganti wis dijamin dening tes unit, sing bakal mbantu nyepetake review kode lan wektu nggabungake lan nyebarake kode anyar.
Π‘ΠΏΠ°ΡΠΈΠ±ΠΎ Fabio Huser lan Siemens kanggo fitur iki!
Wiwit rilis GitLab 12.5 nggunakake panel lingkungan sampeyan bisa ngawasi kahanan lingkungan, nanging ora luwih saka pitung lingkungan ing telung proyèk. Kita wis nambah panel iki ing release 13.4 dening paginating kanggo mbantu njaga lan ngatur lingkungan ing skala. Saiki sampeyan bisa ndeleng luwih akeh lingkungan ing luwih akeh proyek.
Pengujian fuzzing API minangka cara sing apik kanggo nemokake kewan omo lan kerentanan ing aplikasi web lan API sing bisa dilewati dening pemindai lan metode tes liyane.
Pengujian fuzzing API ing GitLab ngidini sampeyan nyedhiyakake Spesifikasi OpenAPI v2 utawa file HAR aplikasi sampeyan banjur kanthi otomatis ngasilake data input acak sing dirancang kanggo nyoba kasus pinggiran lan nemokake kewan omo. Asil langsung katon ing pipa sampeyan.
Iki minangka rilis pengujian fuzz API pisanan lan kita seneng ngrungokake apa sing sampeyan pikirake. Kita duwe luwih akeh saham kanggo tes fuzz akeh gagasan, sing bakal adhedhasar release fitur iki.
Sadurunge, nggawe grafik ing dashboard metrik ing GitLab dudu tugas sing gampang. Sawise nggawe metrik ing file YAML dashboard, sampeyan nggawe owahan menyang master, tanpa bisa verifikasi manawa grafik sing mentas digawe bisa digunakake kaya sing dibutuhake. Miwiti rilis iki, sampeyan bisa pratinjau owah-owahan nalika nggawe grafik, entuk ide babagan asil sadurunge ngirim owah-owahan menyang file YAML dashboard.
Nalika sampeyan ngatur akeh proyek ing GitLab, sampeyan butuh siji sumber informasi babagan carane jangkoan kode ganti wektu ing kabeh proyek. Sadurunge, nampilake informasi iki mbutuhake karya manual sing mboseni lan akeh wektu: sampeyan kudu ndownload data jangkoan kode saka saben proyek lan gabungke ing tabel.
Ing release 13.4, bisa gampang lan cepet ngumpul .csv file karo kabeh data ing jangkoan kode kanggo kabeh proyèk grup utawa kanggo pilihan saka proyèk. Fitur iki MVC, iku bakal ngiring dening kemampuan plot jangkoan rata-rata liwat wektu.
Rilis iki ngenalake dhukungan kanggo sawetara basa anyar kanggo tes fuzz sing dituju kanggo jangkoan lengkap.
Saiki sampeyan bisa ngevaluasi kemampuan lengkap tes fuzzing ing aplikasi Java, Rust, lan Swift lan nemokake kesalahan lan kerentanan sing bisa dilewati dening scanner lan metode tes liyane.
Kaca Lingkungan nuduhake kabeh kahanan lingkungan sampeyan. Ing release iki kita wis nambah kaca iki kanthi nambah tampilan tandha. Tandha sing dipicu bebarengan karo status lingkungan sampeyan bakal mbantu sampeyan tumindak kanthi cepet kanggo mbenerake kahanan sing kedadeyan.
Kanthi nggunakake pipelines nested, saiki bisa kanggo mbukak pipelines anyar nang pipelines anak. Tingkat kedalaman ekstra bisa migunani yen sampeyan butuh keluwesan kanggo ngasilake pirang-pirang saluran pipa.
Sadurunge, nalika nggunakake pipelines nested, saben pipeline anak mbutuhake proyek pemicu kanggo ditetepake kanthi manual ing pipa induk. Saiki sampeyan bisa nggawe pipelines bersarang sing bakal mbosenke mbukak sembarang nomer nested pipelines anyar. Contone, yen sampeyan duwe monorepository a, sampeyan bisa mbosenke generate subpipeline pisanan, kang dhewe bakal nggawe nomer dibutuhake pipelines anyar adhedhasar owah-owahan ing cabang.
Sadurunge, navigasi antarane pipa induk lan nested ora trep banget - sampeyan butuh akeh klik kanggo tekan pipa sing dikarepake. Iku uga ora gampang kanggo mangerteni kang proyek miwiti pipo. Saiki bakal luwih gampang kanggo ndeleng sambungan antarane wong tuwa lan pipelines nested.
Yen sampeyan nggunakake matriks tugas, sampeyan bisa uga wis weruh yen angel nemtokake variabel matriks sing digunakake kanggo proyek tartamtu, amarga jeneng proyek katon kaya matrix 1/4. Ing release 13.4, sampeyan bakal weruh nilai variabel sing relevan sing digunakake ing proyek kasebut tinimbang jeneng proyek umum. Contone, yen goal sampeyan kanggo debug arsitektur x86, banjur proyek bakal disebut matrix: debug x86.
Pangguna GitLab saiki bakal bisa nyambungake akun GitLab menyang akun Atlassian Cloud. Iki bakal ngidini sampeyan mlebu menyang GitLab nganggo kredensial Atlassian, lan uga bakal nggawe dhasar kanggo perbaikan integrasi ing mangsa ngarep. Gitlab karo Jira lan karo produk liyane saka baris Atlassian.
Organisasi sing fokus ing kepatuhan butuh cara kanggo nuduhake auditor tampilan holistik babagan komponen sing ana gandhengane karo owah-owahan produksi. Ing GitLab, iki tegese ngumpulake kabeh ing sak panggonan: gabung panjalukan, tiket, pipelines, pindai keamanan, lan data commit liyane. Nganti saiki, sampeyan kudu ngumpulake kanthi manual ing GitLab utawa ngatur alat kanggo ngumpulake informasi, sing ora efisien banget.
Sampeyan saiki bisa ngumpulake lan ngekspor data kanthi program kanggo nyukupi syarat audit utawa nindakake analisis liyane. Kanggo ngekspor dhaptar kabeh gabungan gabungan kanggo grup saiki, sampeyan kudu pindhah menyang Dashboard Kepatuhan lan klik ing tombol Dhaptar kabeh merge commit. Berkas sing diasilake bakal ngemot kabeh panjaluk gabung, panulise, ID panyuwunan gabungan, grup, proyek, konfirmasi lan informasi liyane.
Ngatur akses menyang ruang jeneng GitLab minangka bagean penting saka upaya kepatuhan. Saka prinsip hak istimewa paling ora kanggo mateni akses wektu, bisa uga ana sawetara syarat sing ana gandhengane karo token akses pribadi ing GitLab. Kanggo nggampangake njaga lan ngatur kabeh kredensial pangguna iki ing ruang jeneng sampeyan, kita wis menehi kemampuan kanggo dhaptar kabeh token akses pribadi lan opsional. nolak akses liwat API.
Perbaikan ing API GitLab iki ngidini pangguna ndhaptar lan mbatalake token akses pribadhi dhewe, lan para admin ndhaptar lan mbatalake token pangguna. Saiki bakal luwih gampang kanggo para pangurus kanggo ndeleng sapa sing nduweni akses menyang namespace, nggawe keputusan akses adhedhasar data pangguna, lan mbatalake token akses pribadhi sing bisa uga wis dikompromi utawa sing ana ing njaba kabijakan manajemen akses perusahaan.
Nalika mriksa owah-owahan kode, diskusi, lan panyuwunan gabung, asring dikarepake kanggo mriksa cabang lokal kanggo mriksa luwih jero. Nanging, nemokake jeneng utas dadi saya angel amarga luwih akeh konten ditambahake menyang katrangan panyuwunan gabungan lan sampeyan kudu nggulung mudhun kaca kasebut.
Kita wis nambahake jeneng cabang menyang sidebar panyuwunan gabungan, supaya bisa diakses kapan wae lan ora perlu nggulung kabeh kaca. Kaya link menyang panyuwunan gabung, bagean cabang sumber ngemot tombol "salinan" sing trep.
Π‘ΠΏΠ°ΡΠΈΠ±ΠΎ Ethan Reesor kanggo kontribusi gedhe kanggo pangembangan fitur iki!
Gabung panjalukan sing nambah owah-owahan kanggo sawetara file kadhangkala ambruk beda file gedhe kanggo nambah kinerja rendering. Yen kedadeyan kasebut, bisa uga ora sengaja nglumpati file sajrone ditinjau, utamane ing panjalukan gabungan kanthi file sing akeh. Miwiti karo versi 13.4, panjalukan gabungan bakal menehi tandha diff sing ngemot file sing dilipat, dadi sampeyan ora bakal kantun file kasebut sajrone mriksa kode. Kanggo luwih jelas, kita arep nambah nyorot menyang file kasebut ing rilis sing bakal teka. Tetep dirungokake kanggo nganyari ing tiket gitlab#16047.
Ing bagean panyuwunan gabungan, file gedhe bakal ambruk kanggo nambah kinerja. Nanging, nalika mriksa kode, sawetara file bisa uga ora kejawab nalika reviewer nggulung dhaptar file, amarga kabeh file gedhe ambruk.
Kita wis nambahake bebaya sing katon ing sisih ndhuwur kaca panyuwunan gabung kanggo ngandhani pangguna yen ana file gabungan ing bagean iki. Kanthi cara iki, sampeyan ora bakal kantun owah-owahan apa wae ing panyuwunan gabungan sajrone mriksa.
Kajaba iku, ndandani otomatis miwiti replikasi repositori ing sembarang simpul Gitaly anyar sing ditambahake menyang kluster, ngilangi karya manual nalika nambahake kelenjar anyar.
Komunikasi efektif ing GitLab adhedhasar dhaptar tugas. Yen sampeyan kasebut ing komentar, iku penting kanggo bisa mlumpat menyang tugas lan salah siji miwiti nindakake soko utawa menehi tandha wis rampung. Sampeyan uga penting kanggo bisa nemtokake tugas kanggo dhewe nalika sampeyan kudu nggarap utawa bali maneh.
Sadurunge, sampeyan ora bisa nambah tugas utawa menehi tandha minangka rampung nalika nggarap desain. Iki banget ngganggu efisiensi komunikasi antarane tim produk, amarga tugas minangka unsur kritis saka alur kerja GitLab.
Ing release 13.4, designs nyekel komentar tiket ing nggunakake tugas, kang ndadekake karya karo wong luwih konsisten lan efisien.
Kita wis nambah pandhuan ngatasi masalah kanggo GitLab CI/CD kanthi informasi luwih lengkap babagan masalah umum sing bisa sampeyan temoni. Muga-muga dokumentasi sing luwih apik bakal dadi sumber daya sing migunani kanggo mbantu sampeyan mbukak lan mbukak GitLab CI/CD kanthi cepet lan gampang.
Sadurunge, panjalukan gabung bisa tiba saka antrian gabungan kanthi ora sengaja amarga komentar telat. Yen panyuwunan gabungan wis ana ing antrian lan ana sing nambahake komentar sing nggawe diskusi anyar sing durung ditanggulangi, panjalukan gabungan kasebut dianggep ora layak kanggo gabung lan bakal metu saka antrian. Saiki, sawise panjalukan gabungan ditambahake menyang antrian gabungan, komentar anyar bisa ditambahake tanpa wedi ngganggu proses gabungan.
Pangembang kudu bisa ndeleng nilai jangkoan kode sawise pipa wis rampung - sanajan ing skenario rumit kayata nglakokake pipa kanthi pirang-pirang proyek sing kudu diurai kanggo ngitung nilai jangkoan. Sadurunge, widget panyuwunan gabungan mung nuduhake rata-rata nilai kasebut, tegese sampeyan kudu navigasi menyang kaca proyek lan bali menyang panyuwunan gabungan kanggo entuk nilai jangkoan penengah. Kanggo ngirit wektu lan langkah ekstra iki, kita nggawe widget nampilake nilai jangkoan rata-rata, owah-owahan ing antarane target lan cabang sumber, lan tooltip sing nuduhake nilai jangkoan kanggo saben proyek adhedhasar rata-rata sing diwilang.
Sampeyan saiki bisa mbusak paket nalika ndeleng registri paket grup. Cukup menyang kaca registri paket grup, nyaring paket miturut jeneng, lan mbusak sing ora dibutuhake.
Sampeyan bisa nggunakake gudang Conan ing GitLab kanggo nerbitake lan nyebarake dependensi C/C++. Nanging, paket sadurunge mung bisa skala kanggo tingkat conto, amarga jeneng paket Conan mung bisa maksimal 51 karakter. Yen sampeyan pengin nerbitake paket saka subgrup, umpamane gitlab-org/ci-cd/package-stage/feature-testing/conan, iku meh mokal kanggo nindakake.
Sampeyan saiki bisa nggedhekake paket Conan nganti tingkat proyek, supaya gampang nerbitake lan nyebarake dependensi proyek sampeyan.
Kita seneng nambah pindai dependensi kanggo proyek kode C, C++, C# lan .Net sing nggunakake manajer paket NuGet 4.9+ utawa Conan menyang dhaptar kita. basa lan kerangka kerja sing didhukung. Sampeyan saiki bisa ngaktifake pemindaian dependensi minangka bagean saka tahap Aman kanggo mriksa kerentanan sing dikenal ing dependensi sing ditambahake liwat manajer paket. Kerentanan sing ditemokake bakal ditampilake ing panyuwunan gabungan bebarengan karo tingkat keruwetan, supaya sampeyan ngerti sadurunge nglakokake gabungan apa risiko sing digawa saka dependensi anyar. Sampeyan uga bisa ngatur project kanggo mbutuhake konfirmasi panjalukan gabung kanggo dependensi kanthi kerentanan kanthi tingkat keruwetan kritis (Kritis), dhuwur (Dhuwur) utawa ora dingerteni (Ora dingerteni).
Sadurunge, nalika nyetel setelan panyuwunan gabung Gabung nalika pipa rampung (Gabung Nalika Pipeline Sukses, MWPS) ora ana kabar email sing dikirim. Sampeyan kudu mriksa status kanthi manual utawa ngenteni kabar gabungan. Kanthi rilis iki, kita seneng menehi kontribusi pangguna @ravishankar2kool, sing ngrampungake masalah iki kanthi nambahake kabar otomatis kanggo kabeh wong sing langganan panjalukan gabungan nalika reviewer ngganti setelan gabungan dadi MWPS.
Ora saben masalah sing muncul langsung micu tandha: pangguna nglaporake gangguan lan anggota tim nyelidiki masalah kinerja. Kedadean saiki dadi jinis tiket, mula tim sampeyan bisa nggawe kanthi cepet minangka bagean saka alur kerja normal. Klik tugas anyar saka ngendi wae ing GitLab, lan ing lapangan Gaya pilih Kedadeyan.
Kita wis nambah tandha GitLab kanthi nambahake jinis sebutan anyar khusus kanggo wong-wong mau ing Markdown GitLab, dadi luwih gampang kanggo nuduhake lan nyebutake tandha. Gunakake ^alert#1234kanggo sebutno tandha ing sembarang lapangan Markdown: ing kedadean, tiket, utawa gabung panjalukan. Iki uga bakal mbantu sampeyan ngenali proyek sing digawe saka tandha tinimbang karcis utawa gabung panjalukan.
Katrangan tandha ngemot informasi sing penting kanggo ngatasi masalah lan pemulihan, lan informasi iki kudu gampang diakses supaya sampeyan ora kudu ngalih alat utawa tab nalika sampeyan bisa ngatasi kedadeyan. Kedadeyan sing digawe saka tandha nampilake katrangan tandha lengkap ing tab Rincian Tandha.
GitLab, minangka aplikasi siji, nduweni kemampuan unik kanggo nggawe panemuan konten ing kabeh alur kerja DevOps kanthi cepet. Ing GitLab 13.4, panelusuran majeng ngasilake asil 75% luwih cepet nalika diwatesi kanggo ruang jeneng lan proyek tartamtu, kaya ing GitLab.com.
Ana pilihan kanggo nundha pambusakan proyek ngenalaken ing 12.6. Nanging, sadurunge ora bisa ndeleng kabeh proyek sing nunggu pambusakan ing sak panggonan. Administrator conto pangguna GitLab saiki bisa ndeleng kabeh proyek pambusakan sing ditundha ing sak panggonan, bebarengan karo tombol kanggo mulihake proyek kasebut kanthi gampang.
Fitur iki menehi administrator kontrol luwih gedhe babagan pambusakan proyek kanthi ngumpulake kabeh informasi sing relevan ing sak panggonan lan menehi kemampuan kanggo mbatalake tumindak pambusakan sing ora dikarepake.
Sadurunge, aturan push grup mung bisa dikonfigurasi kanthi ngunjungi saben grup kanthi individu liwat UI GitLab lan ngetrapake aturan kasebut. Sampeyan saiki bisa ngatur aturan kasebut liwat API kanggo ndhukung alat khusus lan otomatisasi GitLab.
Panyimpenan kredensial Nyedhiyakake administrator informasi sing dibutuhake kanggo ngatur kredensial pangguna kanggo conto GitLab. Amarga organisasi sing fokus ing kepatuhan beda-beda gumantung saka kawicaksanan manajemen kredensial, kita wis nambahake tombol sing ngidini administrator bisa mbatalake token akses pribadi (PAT) pangguna. Administrator saiki bisa kanthi gampang mbatalake PAT sing bisa dikompromi. Fitur iki migunani kanggo organisasi sing pengin opsi kepatuhan luwih fleksibel kanggo nyilikake gangguan kanggo pangguna.
Ing GitLab 13.4, kita ngenalake cara anyar kanggo ngatur editor situs statis. Sanajan file konfigurasi ora nyimpen utawa nampa setelan apa wae ing rilis iki, kita nggawe dhasar kanggo kustomisasi prilaku editor ing mangsa ngarep. Ing rilis mangsa, kita bakal nambah menyang file .gitlab/static-site-editor.yml paramèter kanggo instalasi alamat situs dhasar, ing gambar sing dimuat ing editor disimpen, ngganti setelan sintaks Markdown lan setelan editor liyane.
Materi ngarep minangka cara sing fleksibel lan trep kanggo nemtokake variabel kaca ing file data kanggo diproses dening generator situs statis. Biasane digunakake kanggo nyetel judhul kaca, cithakan tata letak, utawa penulis, nanging bisa digunakake kanggo ngirim metadata apa wae menyang generator nalika nggawe kaca ing HTML. Klebu ing sisih ndhuwur saben file data, bagean pambuka biasane diformat minangka YAML utawa JSON lan mbutuhake sintaks sing konsisten lan tepat. Pangguna sing ora ngerti aturan sintaksis tartamtu bisa kanthi ora sengaja ngetik markup sing ora bener, sing bisa nyebabake masalah format utawa malah gagal.
Mode panyuntingan WYSIWYG saka editor situs statis wis mbusak intro saka editor kanggo nyegah kesalahan format kasebut. Nanging, iki nyegah sampeyan ngganti nilai sing disimpen ing bagean iki tanpa bali menyang panyuntingan ing mode sumber. Ing GitLab 13.4, sampeyan bisa ngakses lapangan apa wae lan ngowahi nilai ing antarmuka adhedhasar formulir sing wis dikenal. Nalika tombol ditekan Setelan (Setelan) panel bakal mbukak nuduhake kolom formulir kanggo saben tombol sing ditetepake ing wiwitan. Kolom kasebut diisi karo nilai saiki, lan nyunting salah siji saka iku gampang kaya ngetik ing formulir web. Ngowahi introduksi kanthi cara iki ngindhari sintaks sing rumit lan menehi kontrol lengkap babagan konten nalika mesthekake asil pungkasan diformat kanthi konsisten.
Kanggo pangguna Jira ing GitLab: Aplikasi GitLab kanggo Jira ΠΈ Konektor DVCS ngidini sampeyan nampilake informasi babagan komitmen GitLab lan nggabungake panjalukan langsung ing Jira. Digabungake karo integrasi Jira sing dibangun, sampeyan bisa kanthi gampang ngalih ing antarane rong aplikasi nalika sampeyan kerja.
Fitur-fitur kasebut sadurunge mung kasedhiya ing rencana Premium, nanging saiki kasedhiya kanggo kabeh pangguna!
Kluster Gitaly ngidini sampeyan niru repositori Git menyang macem-macem simpul Gitaly "anget". Iki nambah toleransi fault kanthi ngilangi titik kegagalan siji. Operasi Transaksional, ngenalaken ing GitLab 13.3, njalari owah-owahan kanggo siaran kanggo kabeh simpul Gitaly ing kluster, nanging mung simpul Gitaly sing milih ing persetujuan karo simpul utami nyimpen owah-owahan menyang disk. Yen kabeh simpul replika ora setuju, mung siji salinan owah-owahan sing bakal disimpen ing disk, nggawe siji titik gagal nganti replikasi asinkron rampung.
Voting mayoritas nambah toleransi kesalahan kanthi mbutuhake idin mayoritas simpul (ora kabeh) sadurunge nyimpen owah-owahan menyang disk. Yen fitur toggle iki diaktifake, nulis kudu sukses ing sawetara simpul. Node sing ora diselarasake kanthi otomatis disinkronake nggunakake replikasi asinkron saka simpul kasebut sing wis dadi kuorum.
Projects ngendi wong nulis konfigurasi ing JSON utawa YAML asring rawan masalah amarga iku gampang kanggo nggawe salah ketik lan break soko. Sampeyan bisa nulis alat inspeksi kanggo nyekel masalah kasebut ing pipa CI, nanging nggunakake file skema JSON bisa migunani kanggo nyedhiyakake dokumentasi lan pitunjuk.
Peserta proyek bisa nemtokake ing repositori dalan menyang skema khusus ing file .gitlab/.gitlab-webide.yml, sing nemtokake skema lan path menyang file sing bakal dicenthang. Nalika sampeyan mbukak file tartamtu menyang IDE Web, sampeyan bakal weruh saran tambahan lan validasi kanggo mbantu nggawe file.
Yen sampeyan nggunakake conveyors kanthi grafik asiklik terarah (Directed Acyclic Graph (DAG)), sampeyan bisa nemokake manawa ana watesan 10 proyek sing bisa ditemtokake ing needs:, atos banget. Ing 13.4, watesan standar ditambah saka 10 dadi 50 kanggo ngidini jaringan hubungan sing luwih rumit ing antarane proyek ing pipa sampeyan.
Yen sampeyan dadi pangurus conto GitLab khusus, sampeyan bisa ngunggahake watesan iki luwih dhuwur kanthi nyetel fitur pilihan, sanajan kita ora menehi dhukungan resmi kanggo iki.
Ing sawetara kasus, proyek sing ora kejawab ing pipa bisa dianggep sukses kanggo dependensi sing ditemtokake ing needs, kang nyebabake proyek sakteruse kanggo mbukak, kang ngirim ora kelakon. Prilaku iki wis didandani ing versi 13.4, lan needs saiki kanthi bener nangani kasus tugas sing ora kejawab.
GitLab saiki kanthi otomatis ngunci proyek sukses pungkasan lan artefak pipeline ing sembarang cabang aktif, panjalukan gabung, utawa tag kanggo nyegah saka dibusak sawise kadaluwarsa. Dadi luwih gampang nyetel aturan kadaluwarsa sing luwih agresif kanggo ngresiki artefak lawas. Iki mbantu nyuda konsumsi spasi disk lan njamin sampeyan tansah duwe salinan artefak paling anyar saka pipa.
Ngoptimalake pipa CI / CD bisa nambah kacepetan pangiriman lan ngirit dhuwit. Kita wis nambah dokumentasi kanggo nyakup pandhuan cepet kanggo ngoptimalake pipa sampeyan.
Saiki ana watesan ukuran file paket sing bisa diunggah menyang registri paket GitLab. Watesan wis ditambahake kanggo ngoptimalake kinerja registri paket lan nyegah penyalahgunaan. Watesan beda-beda gumantung saka format paket. Kanggo GitLab.com, ukuran file maksimal yaiku:
Konan: 250 MB
Maven: 3GB
NPM: 300 MB
NuGet: 250 MB
PyPI: 3GB
Kanggo conto GitLab khusus, standare padha. Nanging, administrator bisa nganyari watesan nggunakake Konsol rel.
Yen sampeyan nggunakake GitLab Pages lan pengin ngatur owah-owahan URL sing luwih apik, sampeyan bisa uga ngerteni manawa ngatur pangalihan ing situs GitLab Pages sampeyan ora bisa ditindakake. GitLab saiki ngidini sampeyan ngatur aturan kanggo ngarahake siji URL menyang liyane kanggo situs Pages kanthi nambahake file konfigurasi menyang repositori. Fitur iki bisa ditindakake amarga kontribusi Kevin Barnett (@PopeDrFreud), Eric Eastwood kita (@MadLittleMods) lan tim GitLab. Matur nuwun kabeh kanggo input sampeyan.
Akses menyang versi sadurunge negara Terraform perlu kanggo tundhuk lan kanggo debugging yen perlu. Dhukungan kanggo versi negara Terraform sing dikelola dening GitLab diwenehake diwiwiti karo GitLab 13.4. Versi diaktifake kanthi otomatis kanggo file negara Terraform anyar. File negara Terraform sing ana bakal dadi kanthi otomatis pindhah menyang repositori versi ing release mengko.
Nalika ngolah kedadeyan, sampeyan kudu gampang nemtokake suwene tandha mbukak lan kaping pirang-pirang acara kasebut dipicu. Rincian kasebut asring kritis kanggo nemtokake pengaruhe marang pelanggan lan apa sing kudu ditangani tim sampeyan luwih dhisik. Ing panel Rincian Insiden anyar, kita nampilake wektu wiwitan tandha, jumlah acara, lan link menyang tandha asli. Informasi iki kasedhiya kanggo kedadeyan sing digawe saka tandha.
Dimensi Keparahan Insiden ngidini responden lan pemangku kepentingan kanggo nemtokake dampak saka gangguan, uga cara lan urgensi respon. Nalika tim sampeyan nuduhake asil sajrone resolusi lan pemulihan kedadeyan, dheweke bisa ngganti setelan iki. Sampeyan saiki bisa ngowahi keruwetan kedadean ing sidebar tengen kaca Rincian Kedadean, lan keruwetan ditampilake ing dhaptar kedadean.
Peningkatan Editor Aturan Keamanan Jaringan Kontainer iki ngidini pangguna nggawe, nyunting, lan mbusak aturan kanthi gampang saka antarmuka pangguna GitLab. Fitur editor kalebu .yaml kanggo pangguna sing berpengalaman lan editor aturan kanthi antarmuka intuisi kanggo aturan jaringan sing anyar. Sampeyan bisa nemokake opsi manajemen aturan anyar ing bagean kasebut Keamanan lan Kepatuhan > Manajemen Ancaman > Aturan (Keamanan & Kepatuhan > Manajemen Ancaman > Kabijakan).
GitLab lan GitLab Runner saiki ndhukung panyimpenan blob Azure, nggawe luwih gampang kanggo mbukak layanan GitLab ing Azure.
Instans GitLab ndhukung Azure kanggo kabeh jinis toko obyek, kalebu file LFS, artefak CI, lan serep. Kanggo nyiyapake panyimpenan Azure Blob, tindakake pandhuan instalasi Omnibus utawa Bagan helm.
Pemroses proyek GitLab uga ndhukung Azure kanggo panyimpenan cache mbagekke. panyimpenan Azure bisa diatur nggunakake bagean [runners.cache.azure].
Kanggo nanggepi panjaluk dhukungan kanggo mbukak GitLab ing arsitektur ARM 64-bit, kita seneng ngumumake kasedhiyan paket ARM64 Ubuntu 20.04 Omnibus resmi. Matur nuwun kanthi sanget kanggo Zitai Chen lan Guillaume Gardet kanggo kontribusi gedhe sing digawe - panjaluk gabung duwe peran penting ing iki!
Kanggo ndownload lan nginstal paket kanggo Ubuntu 20.04, bukak kaca instalasi banjur pilih Ubuntu.
Kertu cerdas, kayata Kartu Akses Umum (CAC), saiki bisa digunakake kanggo otentikasi menyang conto GitLab sing disebar liwat grafik Helm. Kertu pinter diotentikasi marang database lokal nggunakake sertifikat X.509. Kanthi iki, dhukungan kertu pinter karo grafik Helm saiki cocog karo dhukungan kertu pinter sing kasedhiya ing panyebaran Omnibus.