ProHoster > Blog > uprava > GitLab 11.9 objavljen s otkrivanjem tajni i nekoliko pravila za rješavanje zahtjeva za spajanje
GitLab 11.9 objavljen s otkrivanjem tajni i nekoliko pravila za rješavanje zahtjeva za spajanje
Brzo otkrijte procurile tajne
Čini se kao mala pogreška slučajno proslijediti vjerodajnice zajedničkom repozitoriju. Međutim, posljedice mogu biti ozbiljne. Nakon što napadač dobije vašu lozinku ili API ključ, on će preuzeti vaš račun, zaključati vas i koristiti vaš novac na prijevaru. Osim toga, moguć je domino efekt: pristup jednom računu otvara pristup drugima. Ulozi su visoki, stoga je iznimno važno što prije saznati za procurjele tajne.
U ovom izdanju predstavljamo opciju tajno otkrivanje kao dio naše SAST funkcionalnosti. Svaki commit se skenira u CI/CD poslu u potrazi za tajnama. Postoji tajna - i programer prima upozorenje u zahtjevu za spajanje. Opoziva procurjele vjerodajnice na licu mjesta i stvara nove.
Osiguravanje pravilnog upravljanja promjenama
Kako raste i postaje sve složenija, održavanje dosljednosti između različitih dijelova organizacije postaje sve teže. Što je više korisnika aplikacije i što je prihod veći, to su ozbiljnije posljedice spajanja netočnog ili nesigurnog koda. Za mnoge organizacije, osiguravanje pravilnog procesa pregleda prije spajanja koda je strog zahtjev jer su rizici vrlo visoki.
GitLab 11.9 daje vam više kontrole i učinkovitiju strukturu, zahvaljujući pravila za rješavanje zahtjeva za spajanje. Prethodno ste za dobivanje dopuštenja morali identificirati samo pojedinca ili grupu (čiji je svaki član mogao dati dopuštenje). Sada možete dodati više pravila tako da zahtjev za spajanje zahtijeva dopuštenje određenih pojedinaca ili čak više članova određene grupe. Osim toga, značajka Code Owners integrirana je u pravila dozvole, što olakšava identifikaciju osobe koja je izdala dozvolu.
To omogućuje organizacijama implementaciju složenih procesa rješavanja uz zadržavanje jednostavnosti jedne GitLab aplikacije gdje su problemi, kod, cjevovodi i podaci praćenja vidljivi i dostupni za donošenje odluka i ubrzavanje procesa rješavanja.
ChatOps je sada otvorenog koda
GitLab ChatOps moćan je alat za automatizaciju koji vam omogućuje pokretanje bilo kojeg CI/CD posla i postavljanje upita o njegovom statusu izravno u aplikacijama za chat kao što su Slack i Mattermost. Izvorno predstavljeno u GitLabu 10.6, ChatOps je bio dio pretplate GitLab Ultimate. Na temelju strategije razvoja proizvoda и posvećenost otvorenom kodu, ponekad pomičemo značajke na nižu razinu, a nikada na gore.
U slučaju ChatOpsa, shvatili smo da ova funkcionalnost može biti korisna svima i da sudjelovanje zajednice može koristiti samoj značajci.
U GitLabu 11.9 mi Otvoreni kod ChatOps, te je stoga sada besplatno dostupan za korištenje u samoupravnom GitLab Coreu i na GitLab.com te je otvoren za zajednicu.
Najvrjedniji zaposlenik (MVP) ovaj mjesec priznaje Marcel Amirault (Marcel Amirault)
Marcel nam je stalno pomagao poboljšati GitLab dokumentaciju. On napravio puno poboljšati kvalitetu i upotrebljivost naših dokumenata. Domo arigato [puno hvala (japanski) - cca. trans.] Marcel, iskreno cijenimo to!
Ključne značajke dodane u izdanju GitLaba 11.9
Otkrivanje tajni i vjerodajnica u repozitoriju
(ULTIMATIVNO, ZLATO)
Programeri ponekad nenamjerno odaju tajne i vjerodajnice u udaljena spremišta. Ako drugi ljudi imaju pristup ovom izvoru ili ako je projekt javan, tada su osjetljive informacije izložene i napadači ih mogu koristiti za pristup resursima kao što su okruženja za implementaciju.
GitLab 11.9 ima novi test - “Secret Detection”. Skenira sadržaj repozitorija tražeći API ključeve i druge informacije koje tamo ne bi trebale biti. GitLab prikazuje rezultate u SAST izvješću u widgetu zahtjeva za spajanje, izvješćima o cjevovodu i sigurnosnim nadzornim pločama.
Ako ste već omogućili SAST za svoju aplikaciju, ne morate ništa učiniti, samo iskoristite ovu novu značajku. Također je uključen u konfiguraciju Auto DevOps zadano.
Pregled koda bitan je element svakog uspješnog projekta, ali nije uvijek jasno tko bi trebao pregledavati promjene. Često je poželjno imati recenzente iz različitih timova: razvojni tim, tim za korisničko iskustvo, produkcijski tim.
Pravila dopuštenja omogućuju vam da poboljšate proces interakcije između osoba uključenih u pregled koda definiranjem kruga ovlaštenih odobravatelja i minimalnog broja dopuštenja. Pravila razrješenja prikazana su u widgetu zahtjeva za spajanje tako da možete brzo dodijeliti sljedećeg recenzenta.
U GitLabu 11.8 pravila dopuštenja bila su onemogućena prema zadanim postavkama. Počevši od GitLaba 11.9, dostupni su prema zadanim postavkama. U GitLab 11.3 uveli smo opciju Vlasnici šifri identificirati članove tima odgovorne za pojedinačne kodove unutar projekta. Značajka vlasnika koda integrirana je u pravila dopuštenja tako da uvijek možete brzo pronaći prave osobe za pregled promjena.
Izvorno predstavljen u GitLab Ultimate 10.6, ChatOps se preselio u GitLab Core. GitLab ChatOps nudi mogućnost pokretanja GitLab CI poslova putem Slacka pomoću značajke naredbe kose crte.
Operacije poput dodavanja, brisanja ili mijenjanja parametara značajki sada se bilježe u dnevnik revizije GitLaba, tako da možete vidjeti što je promijenjeno i kada. Dogodila se nesreća i trebate vidjeti što se nedavno promijenilo? Ili samo trebate provjeriti kako su parametri funkcije promijenjeni u sklopu revizije? Ovo je vrlo lako učiniti.
Kako biste brzo riješili ranjivosti koda, postupak mora biti jednostavan. Važno je pojednostaviti sigurnosne zakrpe, omogućujući programerima da se usredotoče na svoje odgovornosti. U GitLabu 11.7 mi predložio je datoteku popravka, ali ga je trebalo preuzeti, primijeniti lokalno i zatim gurnuti u udaljeno spremište.
U GitLabu 11.9 ovaj je proces automatiziran. Popravite ranjivosti bez napuštanja GitLab web sučelja. Zahtjev za spajanje kreira se izravno iz prozora s informacijama o ranjivosti, a ova će nova grana već sadržavati popravak. Nakon što provjerite je li problem riješen, dodajte popravak u uzvodnu granu ako je cjevovod u redu.
Prikaz rezultata skeniranja spremnika na sigurnosnoj ploči grupe
(ULTIMATIVNO, ZLATO)
Timska sigurnosna nadzorna ploča omogućuje timovima da se usredotoče na probleme koji su najkritičniji za njihov rad, pružajući jasan, detaljan pregled svih potencijalnih ranjivosti koje bi mogle utjecati na aplikacije. Zato je važno da nadzorna ploča sadrži sve potrebne informacije na jednom mjestu i omogućuje korisnicima dubljenje podataka prije rješavanja ranjivosti.
U GitLabu 11.9 rezultati skeniranja spremnika dodani su na nadzornu ploču, uz postojeće SAST rezultate i rezultate skeniranja ovisnosti. Sada je cijeli pregled na jednom mjestu, bez obzira na izvor problema.
GitLabove sigurnosne značajke razvijaju se vrlo brzo i zahtijevaju stalna ažuriranja kako bi vaš kod bio učinkovit i siguran. Promjena definicije posla je teška kada upravljate s više projekata. Također razumijemo da nitko ne želi riskirati korištenjem najnovije verzije GitLaba bez da bude siguran da je u potpunosti kompatibilna s trenutnom instancom GitLaba.
Iz tog razloga smo u GitLab 11.7 uveli novi mehanizam za definiranje poslova pomoću predlošci.
Počevši od GitLaba 11.9 nudit ćemo ugrađene predloške za sve sigurnosne poslove: na primjer, sast и dependency_scanning, - kompatibilan s odgovarajućom verzijom GitLaba.
Uključite ih izravno u svoju konfiguraciju i ažurirat će se sa sustavom kad god nadogradite na novu verziju GitLaba. Konfiguracije cjevovoda se ne mijenjaju.
Novi način definiranja sigurnosnih poslova je službeni i ne podržava nikakve druge prethodne definicije poslova ili isječke koda. Trebali biste ažurirati svoju definiciju što je prije moguće da biste koristili novu ključnu riječ template. Podrška za bilo koju drugu sintaksu može biti uklonjena u GitLab 12.0 ili drugim budućim izdanjima.
GitLab ima rasprave o temama. Do sada je osoba koja je napisala izvorni komentar morala odlučiti od samog početka želi li raspravu.
Ublažili smo ovo ograničenje. Uzmite bilo koji komentar u GitLabu (o problemima, zahtjevima za spajanje i epicima) i odgovorite na njega, započinjući tako raspravu. Na ovaj način timovi organiziranije komuniciraju.
iOS aplikacija “Zdravo, svijete!”, spreman za početnu prilagodbu u GitLabu. Imajte na umu da budući da iOS međugradnje zahtijevaju namjenski MacOS runner, morat ćete osigurati vlastiti build server ako ga želite koristiti s GitLab CI/CD.
Zahtijevaj dopuštenje za zahtjeve za spajanje od vlasnika koda
(PREMIUM, ULTIMATE, SILVER, GOLD)
Nije uvijek jasno tko odobrava zahtjev za spajanje.
GitLab sada podržava zahtjev da se zahtjev za spajanje odobri na temelju datoteka koje zahtjev mijenja, koristeći Vlasnici šifri. Vlasnici koda se dodjeljuju pomoću datoteke pod nazivom CODEOWNERS, format je sličan gitattributes.
Dodana je podrška za automatsko dodjeljivanje vlasnika koda kao osoba odgovornih za odobravanje zahtjeva za spajanje Git Lab 11.5.
GitLab oznake su nevjerojatno svestrane, a timovi neprestano pronalaze nove namjene za njih. Sukladno tome, korisnici često dodaju mnoge oznake problemu, zahtjevu za spajanje ili epici.
U GitLabu 11.9 malo smo olakšali korištenje oznaka. Za pitanja, zahtjeve za spajanje i epike, oznake prikazane na bočnoj traci raspoređene su abecednim redom. Ovo se također odnosi i na pregled popisa ovih objekata.
Nedavno smo predstavili značajku koja korisnicima omogućuje filtriranje feeda aktivnosti prema zadacima, zahtjevima za spajanje ili epovima, što im omogućuje da se koncentriraju samo na komentare ili bilješke sustava. Ova se postavka sprema za svakog korisnika u sustavu i može se dogoditi da korisnik možda ne shvati da pri pregledu izdanja nekoliko dana kasnije vidi filtrirani feed. Osjeća se kao da ne može ostaviti komentar.
Poboljšali smo ovu interakciju. Sada se korisnici mogu brzo prebaciti na način rada koji im omogućuje ostavljanje komentara bez pomicanja natrag na vrh feeda. Ovo se odnosi na zadatke, zahtjeve za spajanje i epike.
Nedavno smo objavili dječji epovi, koji omogućuju korištenje epova epova (uz dječje zadatke epova).
Sada možete promijeniti redoslijed dječjih epova jednostavnim povlačenjem i ispuštanjem, baš kao i s dječjim izdanjima. Timovi mogu koristiti redoslijed kako bi odražavali prioritet ili odredili redoslijed kojim bi posao trebao biti dovršen.
Prilagođene sistemske poruke zaglavlja i podnožja na webu i e-pošti
(CORE, STARTER, PREMIUM, ULTIMATE)
Prethodno smo dodali značajku koja omogućuje da se prilagođene poruke zaglavlja i podnožja pojave na svakoj stranici u GitLabu. Toplo je primljen i timovi ga koriste za dijeljenje važnih informacija, kao što su sistemske poruke koje se odnose na njihovu GitLab instancu.
Uzbuđeni smo što ovu značajku donosimo u Core kako bi je još više ljudi moglo koristiti. Osim toga, dopuštamo korisnicima izborno prikazivanje istih poruka u svim porukama e-pošte poslanim putem GitLaba radi dosljednosti na drugim GitLab dodirnim točkama korisnika.
Confidential Issues koristan je alat za timove koji omogućuju privatne rasprave o osjetljivim temama unutar otvorenog projekta. Konkretno, idealni su za rad na sigurnosnim propustima. Do sada upravljanje osjetljivim zadacima nije bilo lako.
U GitLabu 11.9 popis problema GitLaba sada je filtriran prema osjetljivim ili neosjetljivim problemima. Ovo se također odnosi na traženje zadataka pomoću API-ja.
Hvala Robertu Schillingu na njegovom doprinosuRobert Schilling)!
Određivanje prilagođene domene prilikom instaliranja Knativea omogućuje vam posluživanje raznih aplikacija/značajki bez poslužitelja s jedinstvene krajnje točke.
Integracija Kubernetesa u GitLab sada vam omogućuje promjenu/ažuriranje korisničke domene nakon postavljanja Knativea na Kubernetes klaster.
Prilikom dodavanja postojećeg Kubernetes klastera, GitLab sada provjerava je li uneseni CA certifikat u važećem PEM formatu. Time se eliminiraju potencijalne pogreške s Kubernetes integracijom.
Kada gledate promjene zahtjeva za spajanje, sada možete proširiti diff uslužni program za svaku datoteku kako biste prikazali cijelu datoteku za više konteksta i ostavili komentare na nepromijenjenim redcima.
GitLab 11.6 dodao je mogućnost definiranja only: merge_requests za poslove cjevovoda tako da korisnici mogu obavljati određene zadatke samo kada kreiraju zahtjev za spajanje.
Sada proširujemo ovu funkcionalnost: dodana je logika povezivanja only: changes, a korisnici mogu izvršiti određene poslove samo za zahtjeve za spajanje i samo kada se određene datoteke promijene.
Grafana je sada uključena u naš Omnibus paket, što olakšava razumijevanje funkcioniranja vaše instance.
Prilagodite grafana['enable'] = true в gitlab.rb, a Grafana će biti dostupna na: https://your.gitlab.instance/-/grafana. U skoroj budućnosti ćemo također predstavimo GitLab alatnu traku "iz kutije".
Nedavno smo predstavili dječji epovi, dopuštajući korištenje epova epova.
U GitLabu 11.9 olakšali smo pregled ovog odnosa. Sada možete vidjeti ne samo matični ep datog epa, već i cijelo epsko stablo na bočnoj traci s desne strane. Možete vidjeti jesu li ti epovi zatvoreni ili ne, a možete čak i otići izravno na njih.
U GitLabu možete lako premjestiti problem u drugi projekt pomoću bočne trake ili brze akcije. Iza scene se zatvara postojeći zadatak i stvara se novi zadatak u ciljnom projektu sa svim kopiranim podacima, uključujući sistemske bilješke i atribute bočne trake. Ovo je sjajna značajka.
S obzirom da postoji sistemska bilješka o premještanju, korisnici pri pregledu zatvorenog zadatka su zbunjeni i ne mogu ne shvatiti da je zadatak zatvoren zbog premještanja.
Ovim izdanjem ikonom na vrhu stranice zatvorenog izdanja jasno pokazujemo da je premješteno, a također uključujemo ugrađenu poveznicu na novi problem tako da svatko tko dođe do starog problema može brzo prijeđi na novi.
GitLab se integrira s mnogim vanjskim sustavima za praćenje problema, što timovima olakšava korištenje GitLaba za druge funkcije, dok zadržavaju svoj alat za upravljanje problemima po izboru.
U ovom smo izdanju dodali mogućnost integracije YouTrack-a iz JetBrains-a.
Željeli bismo zahvaliti Kotau Jauchenu na njegovom doprinosu (Kotau Yauhen)!
Kada gledate promjene zahtjeva za spajanje, sada možete promijeniti veličinu stabla datoteka za prikaz dugih naziva datoteka ili uštedjeti prostor na manjim ekranima.
Nadzorne ploče su vrlo korisne, a timovi stvaraju više nadzornih ploča za svaki projekt i grupu. Nedavno smo dodali traku za pretraživanje za brzo filtriranje svih ploča koje vas zanimaju.
U GitLab 11.9 također smo uveli odjeljak nedavni na padajućem popisu. Na taj način možete brzo prijeći na ploče s kojima ste nedavno bili u interakciji.
Zaštićene grane sprječavaju premještanje ili spajanje nepregledanog koda. Međutim, ako nitko ne smije pomicati zaštićene grane, tada nitko ne može stvoriti novu zaštićenu granu: na primjer, granu izdanja.
U GitLabu 11.9 programeri mogu stvoriti zaštićene grane iz već zaštićenih grana putem GitLaba ili API-ja. Korištenje Gita za premještanje nove zaštićene grane i dalje je ograničeno kako bi se izbjeglo slučajno stvaranje novih zaštićenih grana.
Deduplikacija Git objekta za otvorene račve (Beta)
(CORE, STARTER, PREMIUM, ULTIMATE)
Forking omogućuje svakome da pridonese projektima otvorenog koda: bez dopuštenja pisanja, jednostavnim kopiranjem repozitorija u novi projekt. Pohranjivanje potpunih kopija često račvanih Git repozitorija je neučinkovito. Sada s Gitom alternatives forks dijele zajedničke objekte iz nadređenog projekta u skupu objekata kako bi smanjili zahtjeve za pohranu na disku.
Fork skupovi objekata stvaraju se samo za otvorene projekte kada je omogućena hashirana pohrana. Skupovi objekata omogućeni su pomoću parametra funkcije object_pools.
Pregled koda je uobičajena praksa za svaki uspješan projekt, ali recenzentu može biti teško pratiti zahtjeve za spajanje.
U GitLabu 11.9, popis zahtjeva za spajanje je filtriran prema dodijeljenom odobravatelju. Na taj način možete pronaći zahtjeve za spajanje dodane vama kao recenzentu.
Hvala Glewinu Wiechertu na njegovom doprinosu (Glavin Wiechert)!
Dok gledate promjene zahtjeva za spajanje, možete se brzo prebacivati između datoteka pomoću ]ili j za prelazak na sljedeću datoteku i [ ili k za odlazak na prethodnu datoteku.
Izgrađen na funkcionalnosti include GitLab CI, predložak bez poslužitelja gitlab-ci.yml jako pojednostavljeno. Za uvođenje novih značajki u budućim izdanjima, ne morate mijenjati ovu datoteku.
Prilikom implementacije Kubernetes Ingress kontrolera, neke platforme vraćaju se na IP adresu (na primjer, Googleov GKE), dok se druge vraćaju na DNS naziv (na primjer, AWS-ov EKS).
Naša Kubernetes integracija sada podržava obje vrste krajnjih točaka za prikaz u odjeljku clusters projekt.
Hvala Aaron Walkeru na njegovom doprinosu (Aaron Walker)!
Implementacija JupyterHuba pomoću GitLabove Kubernetes integracije odličan je način za održavanje i korištenje Jupyter Notebooks u velikim timovima. Također je korisno kontrolirati pristup njima prilikom prijenosa povjerljivih ili osobnih podataka.
U GitLabu 11.9, mogućnost prijave u JupyterHub instance implementirane putem Kubernetesa ograničena je na članove projekta s razvojnim pristupom (putem grupe ili projekta).
Prilagodljivi vremenski rasponi za sheme sigurnosnih ploča
(ULTIMATIVNO, ZLATO)
Timska sigurnosna nadzorna ploča uključuje mapu ranjivosti za pregled trenutnog sigurnosnog statusa projekata tima. Ovo je vrlo korisno za sigurnosne direktore za postavljanje procesa i razumijevanje kako tim radi.
U GitLabu 11.9 sada možete odabrati vremenski raspon za ovu mapu ranjivosti. Prema zadanim postavkama, ovo je zadnjih 90 dana, ali možete postaviti raspon na 60 ili 30 dana, ovisno o razini detalja koja vam je potrebna.
Ovo ne utječe na podatke u brojačima ili popisu, samo na podatkovne točke prikazane u dijagramu.
Korak izgradnje Auto DevOps stvara međugradnju vaše aplikacije koristeći Dockerfile vašeg Heroku projekta ili buildpacka.
U GitLabu 11.9 rezultirajuća Docker slika ugrađena u cjevovod oznaka naziva se slično tradicionalnim nazivima slika korištenjem tag commita umjesto SHA commita.
Hvala Aaron Walkeru na njegovom doprinosu!
U GitLabu 11.9 ažurirali smo motor na najnoviju verziju (0.83.0) za pružanje prednosti dodatne podrške za jezik i statičku analizu za kvalitetu koda GitLab.
Zahvaljujemo članu GitLab Core tima Takuya Noguchiju na njegovom doprinosu (Takuya Noguchi)!
Kada istražujete anomalije izvedbe, često je korisno pomnije pogledati pojedinačne dijelove određene metrike.
Uz GitLab 11.9, korisnici će moći zumirati pojedinačna vremenska razdoblja na metričkoj ploči, pomicati se kroz cijelo vremensko razdoblje i jednostavno se vratiti na prikaz izvornog vremenskog intervala. To vam omogućuje brzo i jednostavno istraživanje događaja koji su vam potrebni.
U GitLabu 11.9, Static Application Security Testing (SAST) analizira i otkriva ranjivosti u TypeScript kodu, demonstrirajući ih u widgetu zahtjeva za spajanje, razini cjevovoda i sigurnosnoj nadzornoj ploči. Trenutna definicija posla sast nije potrebno mijenjati, a također je automatski uključen u Auto DevOps.
Maven projekti često se organiziraju za kombiniranje nekoliko modula u jednom spremištu. Prethodno GitLab nije mogao ispravno skenirati takve projekte, a programeri i stručnjaci za sigurnost nisu primali izvješća o ranjivostima.
GitLab 11.9 nudi proširenu podršku za značajku SAST za ovu specifičnu konfiguraciju projekta, pružajući mogućnost testiranja na ranjivosti. Zahvaljujući fleksibilnosti analizatora, konfiguracija se određuje automatski i ne morate ništa mijenjati da biste vidjeli rezultate za Maven aplikacije s više modula. Kao i obično, slična poboljšanja također su dostupna unutar Auto DevOps.
Danas smo također objavili GitLab Runner 11.9! GitLab Runner je projekt otvorenog koda i koristi se za pokretanje CI/CD poslova i slanje rezultata natrag u GitLab.
Sljedeća poboljšanja napravljena su na GitLab grafikonu:
Dodana podrška za Google Cloud Memorystore.
Postavke Cron posla sada globalno, jer ih koristi nekoliko servisa.
Registar je ažuriran na verziju 2.7.1.
Dodana je nova postavka kako bi GitLab registar bio kompatibilan s verzijama Dockera prije 1.10. Za aktiviranje, instalirajte registry.compatibility.schema1.enabled: true.
Dodana je nova postavka kako bi GitLab registar bio kompatibilan s verzijama Dockera prije 1.10. Za aktiviranje, instalirajte registry['compatibility_schema1_enabled'] = true в gitlab.rb.
GitLab registar sada izvozi Prometheusove metrike i automatski se nadzire prema dolaznim komplet servisa Prometheus.
openssl ažurirano na verziju 1.0.2r, nginx - do verzije 1.14.2, python - do verzije 3.4.9, jemalloc - do verzije 5.1.0, docutils - do verzije 0.13.1, gitlab-monitor- do verzije 3.2.0.
Zastarjele značajke
GitLab Geo dovest će hashiranu pohranu u GitLab 12.0
Potreban je GitLab Geo raspršena pohrana za ublažavanje konkurencije (uvjet utrke) na sekundarnim čvorovima. Ovo je zabilježeno u gitlab-ce#40970.
U GitLabu 11.6sudo gitlab-rake gitlab: geo: check provjerava je li hashirana pohrana omogućena i jesu li svi projekti migrirani. Cm. gitlab-ee#8289. Ako koristite Geo, pokrenite ovu provjeru i migrirajte što je prije moguće.
U GitLabu 11.8 trajno onemogućeno upozorenje gitlab-ee!8433 će se prikazati na stranici Administrativno područje › Geo › Čvoroviako gore navedene provjere nisu dopuštene.
U GitLabu 12.0 Geo će koristiti raspršene zahtjeve za pohranu. Cm. gitlab-ee#8690.
Podrška za CentOS 6 za GitLab Runner pomoću Docker egzekutora
GitLab Runner ne podržava CentOS 6 kada se koristi Docker na GitLabu 11.9. Ovo je rezultat ažuriranja biblioteke jezgre Docker, koja više ne podržava CentOS 6. Za više detalja pogledajte ovaj zadatak.
Datum brisanja: 22 ožujka 2019 grad
Putovi starog koda GitLab Runnera
Od Gitlaba 11.9 GitLab Runner koristi nova metoda kloniranje/pozivanje repozitorija. Trenutačno će GitLab Runner koristiti staru metodu ako nova nije podržana.
U GitLab 11.0 promijenili smo prikaz konfiguracije metričkog poslužitelja za GitLab Runner. metrics_server bit će uklonjen u korist listen_address u GitLabu 12.0. Pogledajte više u ovaj zadatak. A više detalja u ovaj zadatak.
Ove staze više nisu dostupne u GitLabu 12.0. Kao korisnik, ne morate ništa mijenjati osim osigurati da vaša GitLab instanca pokreće verziju 11.9+ kada nadogradite na GitLab Runner 12.0.
Datum brisanja: 22 2019 lipnja
Zastarjela opcija za značajku ulazne točke za GitLab Runner
U GitLabu 12.0 prebacit ćemo se na ispravno ponašanje kao da je postavka značajke onemogućena. Pogledajte više u ovaj zadatak.
Datum brisanja: 22 2019 lipnja
Zastarjela podrška za distribuciju Linuxa koja je dosegla EOL za GitLab Runner
Neke distribucije Linuxa na koje možete instalirati GitLab Runner poslužile su svojoj svrsi.
U GitLab 12.0, GitLab Runner više neće distribuirati pakete ovim distribucijama Linuxa. Kompletan popis distribucija koje više nisu podržane možete pronaći u našem dokumentacija. Hvala Javier Ardo (Javier Jardon) za njega doprinos!
U GitLab 12.0, GitLab Runner se pokreće pomoću novih naredbi. Ovo utječe samo na korisnike koji nadjačavaju pomoćna slika. Pogledajte više u ovaj zadatak.
Datum brisanja: 22 2019 lipnja
Programeri mogu ukloniti Git oznake u GitLabu 11.10
Uklanjanje ili uređivanje napomena o verziji za Git oznake u neoznačenim granama povijesno je bilo ograničeno na samo pratioci i vlasnici.
Budući da programeri mogu dodavati oznake te mijenjati i brisati nezaštićene grane, programeri bi trebali moći brisati Git oznake. U GitLabu 11.10 mi radimo ovu promjenu u naš model dopuštenja kako bismo poboljšali tijek rada i pomogli programerima da bolje i učinkovitije koriste oznake.
Ako želite zadržati ovo ograničenje za održavatelje i vlasnike, koristite zaštićene oznake.
Datum brisanja: 22 travnja 2019 grad
Podrška za Prometheus 1.x u Omnibus GitLabu
Počevši od GitLaba 11.4, ugrađena verzija Prometheusa 1.0 uklonjena je iz Omnibus GitLaba. Sada je uključena verzija Prometheus 2.0. Međutim, format metrike nije kompatibilan s verzijom 1.0. Postojeće verzije moguće je nadograditi na 2.0 i po potrebi prenijeti podatke pomoću ugrađenog alata.
U GitLab verziji 12.0 Prometheus 2.0 automatski će se instalirati ako ažuriranje već nije instalirano. Podaci iz Prometheusa 1.0 bit će izgubljeni jer... se ne toleriraju.
Uz uvod CI/CD predlošci za sigurnosne poslove sve prethodne definicije poslova bit će zastarjele i bit će uklonjene u GitLabu 12.0 ili novijoj verziji.
Ažurirajte svoje definicije poslova za korištenje nove sintakse i iskoristite sve nove sigurnosne značajke koje nudi GitLab.
Datum brisanja: 22. lipnja 2019
Odjeljak s informacijama o sustavu u administratorskoj ploči
GitLab predstavlja informacije o vašoj GitLab instanci u admin/system_info, ali ove informacije možda nisu točne.