Julkaisu 13.4 on julkaistu HashiCorpin tallennustilalla CI-muuttujille, Kubernetes Agentille ja tietoturvakeskukselle sekä Starterin vaihdettaville ominaisuuksille
GitLabissa mietimme aina, kuinka voimme auttaa käyttäjiä vähentämään riskejä, parantamaan tehokkuutta ja parantamaan toimitusnopeutta suosikkialustallasi. Tässä kuussa olemme lisänneet paljon hyödyllisiä uusia ominaisuuksia, jotka laajentavat tietoturvaominaisuuksia, vähentävät haavoittuvuuksien määrää, lisäävät tehokkuutta, yksinkertaistavat GitLabin kanssa työskentelemistä ja auttavat tiimiäsi toimittamaan ominaisuuksia entistä nopeammin. Toivomme, että julkaisun pääominaisuudet ovat sinulle hyödyllisiä 53 muuta uutta ominaisuutta, lisätty tähän julkaisuun.
Lisäsuojausominaisuudet
Yritämme lisätä useita uusia ominaisuuksia GitLab DevSecOpsiin joka kuukausi, eikä tämä julkaisu ole poikkeus. kokoonpanon ja käyttöönoton yhteydessä. Lisäksi organisaatiot, jotka haluavat tukea koodin käyttöönottovastuiden eriyttämistä, voivat nyt . Tämä rooli vastaa ja sen avulla voit vahvistaa yhdistämispyynnöt (GitLabin "yhdistämispyyntöjen" venäläisessä lokalisoinnissa) ja käyttää koodia suojatuissa ympäristöissä ilman pääsyä koodin muuttamiseen.
Toinen tapa vähentää riskejä on käyttää uutta . Operaatiotiimit voivat ottaa käyttöön Kubernetes-klustereita GitLabista ilman, että heidän tarvitsee paljastaa klusteriaan koko Internetiin. Otamme myös käyttöön automaattisen versionhallinnan tuen uusille Terraform-tilatiedostoille yhteensopivuuden ja virheenkorjauksen helpottamiseksi. Lopulta ilmentymän suojauksen hallintapaneelista tuli haavoittuvuusraporttien ja suojausasetusten kanssa.
Kätevämpi ja tehokkaampi työskentely GitLabin avulla
Olemme parantaneet maailmanlaajuista hakuamme sisältämään , jonka avulla voit helposti navigoida uusimpiin lippuihin, ryhmiin, projekteihin, asetuksiin ja ohjeaiheisiin. Meillä on ilo ilmoittaa, että GitLab Pages ohjata yksittäisiä sivuja ja hakemistoja sivuston sisällä, jolloin käyttäjät voivat ottaa sivustonsa käyttöön tehokkaammin. Ja niille, jotka haluavat saada laajennettua tietoa käyttöönotosta, tämä julkaisu sallii !
Avoimen lähdekoodin panokset
Me edustamme jonka lisäsin . Muutetun koodin yksikkötestin kattavuudessa olevat merkit antavat kehittäjille selkeän käsityksen koodin kattavuudesta tarkistuksen aikana; nämä tiedot auttavat nopeuttamaan tarkistusta ja vähentämään uuden koodin yhdistämiseen ja käyttöönottoon kuluvaa aikaa. Ja me myös ja suunnittele .
Ja tämä on vasta alkua!
Kuten aina, yleiskatsauksessa on liian vähän tilaa, mutta 13.4-julkaisussa on paljon hienoja ominaisuuksia. Tässä muutama lisää:
- .
Jos haluat tietää etukäteen, mikä sinua odottaa seuraava vapauta, katso .
.
tässä kuussa -
Fabio vaikutti merkittävästi в - ominaisuus, jota on odotettu pitkään GitLab-yhteisössä. Tämä on todella tärkeä panos ei-triviaaleilla muutoksilla, jotka vaativat jatkuvaa yhteistyötä GitLab-tiimin jäsenten kanssa ja vaikuttivat moniin projektin alueisiin, kuten käyttökokemukseen, käyttöliittymään ja taustapäähän.
GitLab 13.4 -julkaisun pääominaisuudet
Käytä HashiCorp Vault -avaimia CI-töissä
(PREMIUM, ULTIMATE, HOPEAA, KULTTA)
Julkaisussa 12.10 GitLab esitteli mahdollisuuden vastaanottaa ja siirtää avaimia CI-töihin GitLab-työnkäsittelijän (GitLab runner) avulla. Nyt olemme laajentumassa , lisäämällä uuden syntaksin secrets arkistoida .gitlab-ci.yml. Tämä helpottaa HashiCorp-arkiston määrittämistä ja käyttöä GitLabin kanssa.
и .
Esittelyssä GitLab Kubernetes Agent
(PREMIUM, ULTIMATE)
GitLabin integraatio Kubernetesin kanssa on mahdollistanut jo pitkään käyttöönoton Kubernetes-klustereissa ilman manuaalista konfigurointia. Monet käyttäjät pitivät tämän paketin helppokäyttöisyydestä, kun taas toiset kohtasivat joitain vaikeuksia. Nykyistä integraatiota varten klusterisi on oltava käytettävissä Internetistä, jotta GitLab voi käyttää sitä. Monille organisaatioille tämä ei ole mahdollista, koska ne rajoittavat pääsyä klusteriin turvallisuus-, vaatimustenmukaisuus- tai sääntelysyistä. Näiden rajoitusten kiertämiseksi käyttäjien oli rakennettava työkalunsa GitLabin päälle, muuten he eivät voisi käyttää tätä ominaisuutta.
Tänään esittelemme GitLab Kubernetes Agentin, uuden tavan ottaa käyttöön Kubernetes-klusterit. Agentti toimii klusterin sisällä, joten sinun ei tarvitse paljastaa sitä koko Internetille. Agentti koordinoi käyttöönottoa pyytämällä uusia muutoksia GitLabilta sen sijaan, että GitLab ajaisi päivityksiä klusteriin. Riippumatta siitä, mitä GitOps-menetelmää käytät, GitLab auttaa sinua.
Huomaa, että tämä on agentin ensimmäinen julkaisu. Tällä hetkellä GitLab Kubernetes Agentin painopisteemme on määrittää ja hallita käyttöönottoja koodin avulla. Joitakin olemassa olevia Kubernetes-integraatioominaisuuksia, kuten käyttöönottolevyjä ja GitLab-hallittuja sovelluksia, ei vielä tueta. että nämä ominaisuudet lisätään agenttiin tulevissa julkaisuissa sekä uusissa turvallisuuteen ja vaatimustenmukaisuuteen keskittyneissä integraatioissa.
и .
Anna käyttäjille käyttöönottooikeudet ilman koodin käyttöoikeutta
(PREMIUM, ULTIMATE, HOPEAA, KULTTA)
Aikaisemmin GitLabin käyttöoikeusjärjestelmä vaikeutti vastuun jakamista tiimissäsi kehityksestä ja käyttöönotosta vastaavien kesken. GitLab 13.4:n julkaisun myötä voit antaa luvan hyväksyä yhdistämispyyntöjä käyttöönottoa varten sekä ottaa käyttöön koodia ihmisille, jotka eivät kirjoita koodia, antamatta heille ylläpitäjän käyttöoikeuksia (GitLabin "ylläpitäjä" venäläisessä lokalisoinnissa). ).
и .
Turvallisuuskeskus
(ULTIMATE, KULTA)
Aikaisemmin ilmentymätason haavoittuvuuksien hallinta oli rajoitettua sekä toiminnallisuuden että joustavuuden osalta. Käyttöliittymä oli yksi sivu, joka yhdistää tiedot haavoittuvuuksista, mittauskaavioista ja asetuksista. Ei ole paljon tilaa kehittää näitä ominaisuuksia tai käyttää muita suojausominaisuuksia.
Olemme tehneet perustavanlaatuisia muutoksia tapaan, jolla hallitsemme turvallisuutta ja läpinäkyvyyttä GitLabissa. Esineen turvapaneeli on muutettu kokonaiseksi turvakeskukseksi. Suurin muutos on uuden valikkorakenteen käyttöönotto: yhden sivun sijaan näet nyt erikseen tietoturvan kojelaudan, haavoittuvuusraportin ja asetusosion. Vaikka toiminnallisuus ei ole muuttunut, sen jakaminen osiin mahdollistaa parannuksia tähän osioon, jotka muuten olisivat vaikeita. Tämä luo myös pohjan muiden turvallisuuteen liittyvien ominaisuuksien lisäämiselle tulevaisuudessa.
Haavoittuvuusraportti-osiossa on nyt enemmän tilaa tärkeiden yksityiskohtien näyttämiseen. Tässä ovat haavoittuvuudet, jotka ovat tällä hetkellä projektin haavoittuvuuksien luettelossa. Haavoittuvuusmittareita sisältävien widgetien siirtäminen erilliseen osioon luo kätevän suojauksen ohjauspaneelin. Se on nyt pohja tulevaisuuden visualisoinneille – ei vain haavoittuvuuksien hallintaan, vaan kaikille turvallisuuteen liittyville mittareille. Lopuksi erillinen asetusalue luo yhteisen tilan kaikille ilmentymätason suojausasetuksille, ei vain haavoittuvuuksien hallinnalle.
и .
Vaihdettavat ominaisuudet ovat nyt GitLab Starterissa
(STARTER, PREMIUM, ULTIMATE, PRONSSI, HOPEAA, KULTAA)
GitLab 11.4 julkaistiin . Kohdassa 12.2 esittelimme heille strategioita и , ja 13.1:ssä he lisäsivät и erilaisiin ympäristöihin.
Aiemmin tänä vuonna GitLab teki sitoumuksen avoimeen lähdekoodiin. Tässä julkaisussa olemme saaneet päätökseen vaihdettavien ominaisuuksien siirron aloitussuunnitelmaan ja jatkamme niiden siirtämistä Coreen . Olemme innoissamme voidessamme tuoda tämän ominaisuuden useammille käyttäjille ja haluamme kuulla, kuinka käytät sitä.
и .
Nopea navigointi hakupalkista
(YDIN, STARTER, PREMIUM, ULTIMATE, ILMAINEN, PRONSSI, HOPEAA, KULTAA)
Joskus GitLabia navigoidessasi haluat mennä suoraan tiettyyn projektiin hakutulossivun sijaan.
Yleisen hakupalkin avulla voit siirtyä nopeasti uusimpiin lippuihin, ryhmiin, projekteihin, asetuksiin ja ohjeaiheisiin. Voit jopa käyttää pikanäppäintä /Siirrä kohdistin hakupalkkiin navigoidaksesi GitLabissa entistä tehokkaammin!
и .
Näytetään koodin kattavuus yhdistämispyynnön eroissa
(YDIN, STARTER, PREMIUM, ULTIMATE, ILMAINEN, PRONSSI, HOPEAA, KULTAA)
Yhdistämispyyntöä tarkasteltaessa voi olla vaikeaa määrittää, kuuluuko muuttunut koodi yksikkötesteihin. Sen sijaan arvioijat voivat luottaa yleiseen kattavuuteen ja pyytää sen lisäämistä ennen yhdistämispyynnön hyväksymistä. Tämä voi johtaa sattumanvaraiseen lähestymistapaan testien kirjoittamisessa, mikä ei itse asiassa paranna koodin laatua tai testien kattavuutta.
Nyt kun tarkastelet yhdistämispyyntöeroa, näet koodin kattavuuden visuaalisen näytön. Uusien merkintöjen avulla voit nopeasti ymmärtää, kuuluuko muuttunut koodi yksikkötestiin, mikä auttaa nopeuttamaan koodin tarkistusta ja nopeuttamaan yhdistämistä ja uuden koodin käyttöönottoa.
Kiitos ja Siemens tästä ominaisuudesta!
и .
Lisää ympäristöjä ja projekteja Ympäristöt-paneelissa
(PREMIUM, ULTIMATE, HOPEAA, KULTTA)
GitLab 12.5:n julkaisusta lähtien käyttäen voit seurata ympäristöjen tilaa, mutta enintään seitsemän ympäristöä kolmessa projektissa. Olemme parantaneet tätä paneelia versiossa 13.4 sivuuttamalla sen, jotta voit ylläpitää ja hallita ympäristöjäsi mittakaavassa. Nyt näet enemmän ympäristöjä useammissa projekteissa.
и .
GitLab ottaa haltuunsa GitLab Terraform -palveluntarjoajan
(YDIN, STARTER, PREMIUM, ULTIMATE, ILMAINEN, PRONSSI, HOPEAA, KULTAA)
Äskettäin me ja suunnittele . Viimeisen kuukauden aikana olemme hyväksyneet 21 yhdistämispyyntöä ja sulkeneet 31 lippua, mukaan lukien joitain pitkäaikaisia virheitä ja puuttuvia ominaisuuksia, kuten . Voit Terraformin dokumentaatiossa.
и .
Hämmentävä API-testaus OpenAPI-spesifikaatioilla tai HAR-tiedostolla
(ULTIMATE, KULTA)
API-fuzzing-testaus on loistava tapa löytää virheitä ja haavoittuvuuksia verkkosovelluksistasi ja API-liittymistäsi, joita muut skannerit ja testausmenetelmät saattavat jättää huomiotta.
API-fuzzing-testaus GitLabissa antaa sinun tarjota tai sovelluksesi ja luo sitten automaattisesti satunnaisia syöttötietoja, jotka on suunniteltu testaamaan reunatapauksia ja löytämään virheitä. Tulokset näkyvät välittömästi putkistossasi.
Tämä on ensimmäinen API-fuzz-testausjulkaisumme, ja haluaisimme kuulla mielipiteesi. Meillä on lisää varastossa fuzz-testausta varten , jonka perustamme tämän ominaisuuden julkaisuun.
и .
Esikatsele uusia kaavioita mittaripaneelissa
(YDIN, STARTER, PREMIUM, ULTIMATE, ILMAINEN, PRONSSI, HOPEAA, KULTAA)
Aikaisemmin kaavion luominen mittareiden hallintapaneeliin GitLabissa ei ollut helppo tehtävä. Kun olet luonut mittarin kojelaudan YAML-tiedostoon, teit muutoksia master, pystymättä varmistamaan, että juuri luotu kaavio toimii juuri niin kuin tarvitset. Tästä julkaisusta alkaen voit esikatsella muutoksia luodessasi kaaviota ja saada käsityksen tuloksesta ennen muutosten lähettämistä kojelaudan YAML-tiedostoon.
и .
Tiedot koodin kattavuudesta testeillä kaikista ryhmän projekteista
(PREMIUM, ULTIMATE, HOPEAA, KULTTA)
Kun hallitset suurta määrää projekteja GitLabissa, tarvitset yhden tietolähteen siitä, kuinka koodin kattavuus muuttuu ajan myötä kaikissa projekteissa. Aikaisemmin näiden tietojen näyttäminen vaati työlästä ja aikaa vievää manuaalista työtä: jokaisesta projektista piti ladata koodikattavuustiedot ja yhdistää ne taulukkoon.
Julkaisussa 13.4 tuli mahdolliseksi koota helposti ja nopeasti .csv tiedosto, jossa on kaikki koodin kattavuustiedot ryhmän kaikkien hankkeiden tai projektivalikoiman osalta. Tämä ominaisuus on MVC, sitä seuraa kyky .
и .
Tuki uusille kielille täydellistä fuzz-testausta varten
(ULTIMATE, KULTA)
Tämä julkaisu sisältää tuen useille uusille kielille fuzz-testaukseen, jonka tavoitteena on täydellinen kattavuus.
Nyt voit arvioida Java-, Rust- ja Swift-sovellustesi täydelliset fuzzing-testauksen ominaisuudet ja löytää virheitä ja haavoittuvuuksia, joita muut skannerit ja testausmenetelmät saattavat jättää huomiotta.
и .
Hälytykset ympäristön pääsivulla
(PREMIUM, ULTIMATE, HOPEAA, KULTTA)
Ympäristöt-sivu näyttää ympäristöjesi yleisen tilan. Tässä julkaisussa olemme parantaneet tätä sivua lisäämällä varoitusnäytön. Laukaisemat hälytykset ja ympäristöjesi tila auttavat sinua ryhtymään nopeasti toimiin syntyvien tilanteiden korjaamiseksi.
и .
Sisäkkäiset putkilinjat voivat nyt käyttää omia sisäkkäisiä putkilinjojaan
(YDIN, STARTER, PREMIUM, ULTIMATE, ILMAINEN, PRONSSI, HOPEAA, KULTAA)
Käyttämällä sisäkkäisiä putkistoja on nyt mahdollista ajaa uusia liukukäytäviä aliputkistojen sisällä. Ylimääräinen syvyys voi olla hyödyllinen, jos tarvitset joustavuutta vaihtelevan määrän putkistojen luomiseen.
Aiemmin sisäkkäisiä liukukäytäviä käytettäessä jokainen aliliukuhihna vaati liipaisutyön määrittämisen manuaalisesti ylätason liukuhihnassa. Nyt voit luoda sisäkkäisiä liukuputkia, jotka käynnistävät dynaamisesti minkä tahansa määrän uusia sisäkkäisiä liukuhihnaja. Jos sinulla on esimerkiksi yksi arkisto, voit luoda dynaamisesti ensimmäisen aliputkilinjan, joka itse luo tarvittavan määrän uusia liukukäytäviä haaran muutosten perusteella.
и .
Parannettu navigointi ylätason ja sisäkkäisten liukuputkien välillä
(YDIN, STARTER, PREMIUM, ULTIMATE, ILMAINEN, PRONSSI, HOPEAA, KULTAA)
Aiemmin navigointi ylätason ja sisäkkäisten liukuhihnajen välillä ei ollut kovin kätevää – tarvitsi paljon napsautuksia päästäksesi haluttuun liukuhihnaan. Ei myöskään ollut helppoa selvittää, mikä työ aloitti putkilinjan. Nyt on paljon helpompi nähdä yhteydet ylätason ja sisäkkäisten putkien välillä.
и .
Rinnakkaismatriisityöt näyttävät asiaankuuluvat muuttujat tehtävänimikkeessä
(YDIN, STARTER, PREMIUM, ULTIMATE, ILMAINEN, PRONSSI, HOPEAA, KULTAA)
Jos käytit , olet ehkä huomannut, että oli vaikea määrittää, mitä matriisimuuttujaa tietyssä työssä käytettiin, koska töiden nimet näyttivät tältä matrix 1/4. Julkaisussa 13.4 näet asiaankuuluvat muuttujaarvot, joita käytettiin kyseisessä työssä yleisen työn nimen sijaan. Jos tavoitteesi on esimerkiksi tehdä virheenkorjaus x86-arkkitehtuurista, työ kutsutaan matrix: debug x86.
и .
Muita parannuksia GitLabissa 13.4
Atlassian-tilin yhdistäminen
(CORE, STARTER, PREMIUM, ULTIMATE)
GitLab-käyttäjät voivat nyt yhdistää GitLab-tilinsä Atlassian Cloud -tiliinsä. Tämän avulla voit kirjautua GitLabiin Atlassian-tunnistetiedoillasi, ja se myös luo pohjan tuleville integraatioparannuksille. ja muiden Atlassian-sarjan tuotteiden kanssa.
и .
Viedään luettelo kaikista yhdistämistoimituksista
(ULTIMATE, KULTA)
Vaatimusten noudattamiseen keskittyvät organisaatiot tarvitsevat tavan näyttää tarkastajille kokonaisvaltainen näkemys mihin tahansa tuotannon muutokseen liittyvistä komponenteista. GitLabissa tämä tarkoittaa kaiken keräämistä yhteen paikkaan: yhdistämispyynnöt, liput, putkistot, suojaustarkistukset ja muut toimitustiedot. Tähän asti sinun oli joko kerättävä ne manuaalisesti GitLabissa tai määritettävä työkalusi keräämään tietoja, mikä ei ollut kovin tehokasta.
Voit nyt kerätä ja viedä näitä tietoja ohjelmallisesti täyttääksesi tarkastusvaatimukset tai suorittaaksesi muita analyyseja. Jos haluat viedä luettelon kaikista nykyisen ryhmän yhdistämistoimituksista, sinun on siirryttävä osoitteeseen ja napsauta painiketta Luettelo kaikista yhdistämistoimituksista. Tuloksena oleva tiedosto sisältää kaikki yhdistämispyynnön sitoumukset, niiden tekijän, yhdistetyn yhdistämispyynnön tunnuksen, ryhmän, projektin, vahvistajat ja muut tiedot.
и .
Luetteloi ja hallinnoi henkilökohtaisia käyttöoikeuksia API:n kautta
(ULTIMATE, KULTA)
GitLab-nimiavaruuden käyttöoikeuden hallinta on tärkeä osa noudattamispyrkimyksiä. GitLabin henkilökohtaisiin käyttöoikeuksiin voi liittyä useita vaatimuksia vähiten etuoikeuksien periaatteista ajastetun käytön estämiseen. Jotta kaikkien näiden käyttäjätunnusten ylläpito ja hallinta nimiavaruudessasi olisi helpompaa, olemme tarjonneet mahdollisuuden luetella kaikki henkilökohtaiset käyttöoikeudet ja valinnaisesti API:n kautta.
Nämä GitLab API:n parannukset antavat käyttäjien luetteloida ja peruuttaa omia henkilökohtaisia käyttöoikeuksiaan ja järjestelmänvalvojia listata ja peruuttaa käyttäjiensä tunnuksia. Järjestelmänvalvojien on nyt helpompi nähdä, kenellä on pääsy heidän nimiavaruuteensa, tehdä pääsypäätöksiä käyttäjätietojen perusteella ja peruuttaa henkilökohtaisia käyttöoikeuksia, jotka ovat mahdollisesti vaarantuneet tai jotka eivät kuulu yrityksen pääsynhallintakäytäntöihin.
и .
Aiheeseen liittyvät ongelmat ja muut ominaisuudet ovat nyt GitLab Coressa
(YDIN, STARTER, PREMIUM, ULTIMATE, ILMAINEN, PRONSSI, HOPEAA, KULTAA)
Muutama kuukausi sitten kerroimme suunnitelmasta . Teimme töitä tämän lupauksen lunastamiseksi , и (GitLabin "keskustelupalstan venäjänkielisessä lokalisoinnissa") saatavilla ydinsuunnitelmassa. Tämä koskee vain "linkitettyjä" suhteita, "estot" ja "estetty" suhteet pysyvät maksullisissa suunnitelmissa.
и .
Alkuperähaaran nimen näyttäminen yhdistämispyynnön sivupalkissa
(YDIN, STARTER, PREMIUM, ULTIMATE, ILMAINEN, PRONSSI, HOPEAA, KULTAA)
Tarkasteltaessa koodin muutoksia, keskusteluja ja yhdistämispyyntöjen sitoumuksia on usein toivottavaa tehdä paikallinen katsastus haarasta syvempää tarkastelua varten. Säikeen nimen löytäminen on kuitenkin yhä vaikeampaa, kun yhdistämispyynnön kuvaukseen lisätään enemmän sisältöä ja sinun on vieritettävä sivua alaspäin.
Olemme lisänneet haaran nimen yhdistämispyynnön sivupalkkiin, jolloin se on käytettävissä milloin tahansa ja koko sivua ei tarvitse selata. Aivan kuten linkki yhdistämispyyntöön, lähdehaaraosio sisältää kätevän "kopioi"-painikkeen.
Kiitos valtavasta panoksesta tämän ominaisuuden kehittämiseen!
и .
Ilmoitus tiivistetyistä tiedostoista yhdistämispyynnön eroissa
(YDIN, STARTER, PREMIUM, ULTIMATE, ILMAINEN, PRONSSI, HOPEAA, KULTAA)
Yhdistämispyynnöt, jotka lisäävät muutoksia useisiin tiedostoihin, kutistavat joskus suurten tiedostojen erot parantaakseen renderöinnin suorituskykyä. Kun näin tapahtuu, on mahdollista vahingossa ohittaa tiedosto tarkistuksen aikana, erityisesti yhdistämispyynnöissä, joissa on suuri määrä tiedostoja. Versiosta 13.4 alkaen yhdistämispyynnöt merkitsevät taitettuja tiedostoja sisältävät erot, joten et menetä näitä tiedostoja koodin tarkistuksen aikana. Vielä suuremman selkeyden vuoksi aiomme lisätä näihin tiedostoihin korostuksia tulevassa julkaisussa. Pysy kuulolla päivityksistä .
и .
Varoitus tiivistetyistä tiedostoista yhdistämispyynnön erotusarvossa
(YDIN, STARTER, PREMIUM, ULTIMATE, ILMAINEN, PRONSSI, HOPEAA, KULTAA)
Yhdistämispyynnön erot -osiossa suuret tiedostot tiivistetään suorituskyvyn parantamiseksi. Koodia tarkasteltaessa jotkin tiedostot voivat kuitenkin jäädä huomiotta, kun tarkistaja selaa tiedostoluetteloa, koska kaikki suuret tiedostot tiivistetään.
Olemme lisänneet näkyvän varoituksen yhdistämispyynnön erotussivun yläosaan ilmoittamaan käyttäjille, että tässä osiossa on yhdistetty tiedosto. Näin et menetä mitään muutoksia yhdistämispyyntöön tarkistuksen aikana.
и .
Gitaly-klusterin arkiston automaattinen palautus
(YDIN, STARTER, PREMIUM, ULTIMATE, ILMAINEN, PRONSSI, HOPEAA, KULTAA)
Aiemmin, kun Gitaly-klusterin ensisijainen solmu meni offline-tilaan, kyseisen solmun arkistot merkittiin vain luku -muotoisiksi. Tämä esti tietojen menetyksen tilanteissa, joissa solmussa oli muutoksia, joita ei ollut vielä replikoitu. Kun solmu palasi verkkoon, GitLabia ei palautettu automaattisesti, ja järjestelmänvalvojien oli aloitettava synkronointiprosessi manuaalisesti tai hyväksyttävä tietojen menetys. Muut tilanteet, kuten replikointityön epäonnistuminen toissijaisessa solmussa, voivat myös johtaa vanhentuneisiin tai vain luku -tietovarastoihin. Tässä tapauksessa arkisto pysyi vanhentuneena, kunnes tapahtui seuraava kirjoitustoiminto, joka käynnistäisi toisinnustyön.
Tämän ongelman ratkaisemiseksi ajoittaa nyt replikointityön, kun se havaitsee vanhentuneen tietovaraston yhdessä solmussa ja arkiston uusimman version toisessa. Tämä replikointityö pitää arkiston automaattisesti ajan tasalla, jolloin tietoja ei tarvitse palauttaa manuaalisesti. Automaattinen palautus varmistaa myös, että toissijaiset solmut päivitetään nopeasti, jos replikointityö epäonnistuu, sen sijaan, että odotettaisiin seuraavaa kirjoitustoimintoa. Koska monet Gilaly-klusterit tallentavat suuren määrän tietovarastoja, tämä vähentää merkittävästi aikaa, jonka järjestelmänvalvojat ja luotettavuusinsinöörit käyttävät tietojen palauttamiseen virheen jälkeen.
Lisäksi automaattinen korjaus aloittaa arkistojen replikoinnin kaikissa klusteriin lisätyissä Gitaly-solmuissa, mikä eliminoi manuaalisen työn uusia solmuja lisättäessä.
и .
Merkitse tehtävä tehtävä valmiiksi suunnittelusivulle
(YDIN, STARTER, PREMIUM, ULTIMATE, ILMAINEN, PRONSSI, HOPEAA, KULTAA)
Tehokas viestintä GitLabissa perustuu tehtäväluetteloihin. Jos sinut mainitaan kommentissa, on tärkeää pystyä hyppäämään tehtävään ja joko aloittaa jotain tai merkitä se suoritetuksi. On myös tärkeää pystyä antamaan tehtävä itsellesi, kun sinun on työstettävä jotakin tai palattava siihen myöhemmin.
Aikaisemmin et voinut lisätä tehtäviä tai merkitä niitä suoritetuiksi työskennellessäsi suunnitelmien kanssa. Tämä häiritsi vakavasti tuoteryhmien välisen viestinnän tehokkuutta, koska tehtävät ovat kriittinen osa GitLab-työnkulkua.
Julkaisussa 13.4 mallit ottavat kiinni lippukommentit tehtävien käytössä, mikä tekee niiden kanssa työskentelystä johdonmukaisempaa ja tehokkaampaa.
и .
Parannettu CI/CD-vianmääritysopas
(YDIN, STARTER, PREMIUM, ULTIMATE, ILMAINEN, PRONSSI, HOPEAA, KULTAA)
Olemme parantaneet GitLab CI/CD:n vianetsintäopasta, joka sisältää lisätietoja yleisistä ongelmista, joita saatat kohdata. Toivomme, että parannettu dokumentaatio on arvokas resurssi, joka auttaa sinua saamaan GitLab CI/CD:n käyttöön nopeasti ja helposti.
и .
Yhdistämispyynnöt eivät enää putoa yhdistämisjonosta
(PREMIUM, ULTIMATE, HOPEAA, KULTTA)
Aiemmin yhdistämispyynnöt saattoivat pudota vahingossa pois yhdistämisjonosta myöhäisten kommenttien vuoksi. Jos yhdistämispyyntö oli jo jonossa ja joku lisäsi siihen kommentin, joka loi uuden ratkaisemattoman keskustelun, yhdistämispyyntö katsottiin kelpaamattomaksi yhdistämiseen ja se putoaisi jonosta. Nyt kun yhdistämispyyntö on lisätty yhdistämisjonoon, uusia kommentteja voidaan lisätä ilman pelkoa yhdistämisprosessin häiriintymisestä.
и .
Työn koodipeittoarvon näyttäminen yhdistämispyynnössä
(YDIN, STARTER, PREMIUM, ULTIMATE, ILMAINEN, PRONSSI, HOPEAA, KULTAA)
Kehittäjien pitäisi pystyä näkemään koodin peittoarvo, kun liukuhihna on valmis – jopa monimutkaisissa skenaarioissa, kuten käynnissä olevassa liukuhihnassa, jossa on useita töitä, jotka täytyy jäsentää peittoarvon laskemiseksi. Aikaisemmin yhdistämispyyntö-widget näytti vain näiden arvojen keskiarvon, mikä tarkoitti, että sinun piti siirtyä työsivulle ja takaisin yhdistämispyyntöön saadaksesi kattavuuden keskiarvot. Säästääksemme aikaasi ja näitä lisävaiheita, teimme widgetin näyttämään keskimääräisen peittoarvon, sen muutokset kohde- ja lähdehaarojen välillä sekä työkaluvihjeen, joka näyttää kunkin työn kattavuusarvon, jonka perusteella keskiarvo laskettiin.
и .
Pakettien poistaminen pakettirekisteristä ryhmää tarkasteltaessa
(YDIN, STARTER, PREMIUM, ULTIMATE, ILMAINEN, PRONSSI, HOPEAA, KULTAA)
GitLab-pakettirekisteri on paikka, jossa voit tallentaa ja jakaa paketteja eri muodoissa. Kun projektissasi tai ryhmässäsi on paljon paketteja, sinun on tunnistettava nopeasti käyttämättömät paketit ja poistettava ne, jotta ihmiset eivät lataa niitä. Voit poistaa paketteja rekisteristäsi kautta tai pakettirekisterin käyttöliittymän kautta. Toistaiseksi et kuitenkaan voinut poistaa paketteja katsoessasi ryhmää käyttöliittymän kautta. Tämän seurauksena jouduit poistamaan tarpeettomat paketit projektikohtaisesti, mikä oli tehotonta.
Voit nyt poistaa paketteja tarkastellessasi ryhmän pakettirekisteriä. Mene vain ryhmän pakettirekisterisivulle, suodata paketit nimen mukaan ja poista tarpeettomat.
и .
Conan-pakettien skaalaus projektitasolle
(YDIN, STARTER, PREMIUM, ULTIMATE, ILMAINEN, PRONSSI, HOPEAA, KULTAA)
Voit käyttää GitLabin Conan-tietovarastoa C/C++-riippuvuuksien julkaisemiseen ja jakeluun. Aiemmin paketit saattoivat kuitenkin skaalata vain ilmentymistasolle, koska Conan-paketin nimi sai olla enintään 51 merkkiä pitkä. Jos halusit julkaista paketin esimerkiksi alaryhmästä gitlab-org/ci-cd/package-stage/feature-testing/conan, se oli lähes mahdotonta tehdä.
Voit nyt skaalata Conan-paketit projektitasolle, mikä tekee projektien riippuvuuksien julkaisemisesta ja jakamisesta helppoa.
и .
Tuki uusille paketinhaltijoille ja kielille riippuvuustarkistukseen
(ULTIMATE, KULTA)
Olemme innoissamme voidessamme lisätä luetteloomme C-, C++-, C#- ja .Net-koodiprojektien riippuvuustarkistukset, jotka käyttävät NuGet 4.9+- tai Conan-paketinhallintaa . Voit nyt ottaa käyttöön riippuvuustarkistuksen osana suojattua vaihetta tarkistaaksesi tunnetut haavoittuvuudet paketinhallintaohjelmien kautta lisätyissä riippuvuuksissa. Löydetyt haavoittuvuudet näkyvät yhdistämispyynnössäsi niiden vakavuustason kanssa, jotta tiedät ennen yhdistämisen suorittamista, mitä riskejä uusi riippuvuus sisältää. Voit myös määrittää projektin tarpeen mukaan riippuvuuksille, joissa on haavoittuvuuksia, joiden vakavuusaste on kriittinen (kriittinen), korkea (korkea) tai tuntematon (tuntematon).
и .
Ilmoitukset, kun yhdistämispyynnön asetukseksi muutetaan Yhdistä, kun liukuhihna valmistuu onnistuneesti.
(YDIN, STARTER, PREMIUM, ULTIMATE, ILMAINEN, PRONSSI, HOPEAA, KULTAA)
Aiemmin yhdistämispyyntöasetuksia määritettäessä Yhdistä, kun putkilinja on valmis (Merge When Pipeline Succeeds, MWPS) sähköposti-ilmoitusta ei lähetetty. Sinun piti tarkistaa tila manuaalisesti tai odottaa yhdistämisilmoitusta. Tämän julkaisun myötä meillä on ilo esitellä käyttäjien panoksia , joka ratkaisi tämän ongelman lisäämällä automaattiset ilmoitukset kaikille yhdistämispyynnön tilaaneille, kun arvioija muuttaa yhdistämisasetukseksi MWPS.
и .
EKS-klustereiden luominen käyttäjän määrittelemällä Kubernetes-versiolla
(YDIN, STARTER, PREMIUM, ULTIMATE, ILMAINEN, PRONSSI, HOPEAA, KULTAA)
GitLab-käyttäjät voivat nyt valita EKS:n tarjoaman Kubernetes-version; voit valita versioiden 1.14–1.17 välillä.
и .
Tapausten luominen lipputyypeiksi
(YDIN, STARTER, PREMIUM, ULTIMATE, ILMAINEN, PRONSSI, HOPEAA, KULTAA)
Kaikki ilmenevät ongelmat eivät laukaise välittömästi hälytyksiä: käyttäjät raportoivat katkoksista ja tiimin jäsenet tutkivat suorituskykyongelmia. Tapahtumat ovat nyt eräänlainen lippu, joten tiimisi voivat luoda ne nopeasti osana normaalia työnkulkuaan. Klikkaus Uusi tehtävä mistä tahansa GitLabista ja kentältä Tyyppi valita tapaus.
и .
GitLab-hälytysten mainitseminen Markdownissa
(YDIN, STARTER, PREMIUM, ULTIMATE, ILMAINEN, PRONSSI, HOPEAA, KULTAA)
Olemme parantaneet GitLab-hälytyksiä lisäämällä niitä varten uuden mainintatyypin GitLab Markdowniin, mikä helpottaa hälytysten jakamista ja mainitsemista. Käyttää ^alert#1234mainitsemaan hälytyksen missä tahansa Markdown-kentässä: tapauksissa, lipuissa tai yhdistämispyynnöissä. Tämä auttaa sinua myös tunnistamaan työt, jotka on luotu hälytyksistä lippujen tai yhdistämispyyntöjen sijaan.
и .
Varoituskuorman tarkastelu tapahtumakohtaisesti
(YDIN, STARTER, PREMIUM, ULTIMATE, ILMAINEN, PRONSSI, HOPEAA, KULTAA)
Hälytyksen kuvaus sisältää vianmäärityksen ja palautuksen kannalta tärkeitä tietoja, ja näiden tietojen tulee olla helposti saatavilla, jotta sinun ei tarvitse vaihtaa työkaluja tai välilehtiä, kun työskentelet ongelman ratkaisemiseksi. Hälytyksistä luodut tapahtumat näyttävät koko hälytyksen kuvauksen välilehdellä Hälytyksen tiedot.
75 % nopeampi tarkennettu haku
(STARTER, PREMIUM, ULTIMATE, PRONSSI, HOPEAA, KULTAA)
GitLabilla on yhtenä sovelluksena ainutlaatuinen kyky tehdä sisällön löytämisestä koko DevOps-työnkulussa nopeasti. GitLab 13.4:ssä tarkennettu haku palauttaa tulokset 75 % nopeammin, kun se , kuten GitLab.comissa.
и .
Tarkastelee poistettuja projekteja järjestelmänvalvojille
(CORE, STARTER, PREMIUM, ULTIMATE)
Oli mahdollisuus lykätä projektin poistamista . Aiemmin kaikkia poistoa odottavia projekteja ei kuitenkaan ollut mahdollista nähdä yhdessä paikassa. GitLabin käyttäjäesiintymien järjestelmänvalvojat voivat nyt tarkastella kaikkia vireillä olevia poistoprojekteja yhdessä paikassa sekä painikkeita, joilla projektit voidaan palauttaa helposti.
Tämä ominaisuus antaa järjestelmänvalvojille paremman hallinnan projektin poistamiseen keräämällä kaikki olennaiset tiedot yhteen paikkaan ja tarjoamalla mahdollisuuden kumota ei-toivotut poistotoimenpiteet.
Kiitos tälle ominaisuudelle!
и .
Sovellusliittymään lisätty tuki ryhmätyöntösäännöille
(STARTER, PREMIUM, ULTIMATE, PRONSSI, HOPEAA, KULTAA)
Aikaisemmin ryhmätyöntösäännöt voitiin määrittää vain käymällä kussakin ryhmässä erikseen GitLab-käyttöliittymän kautta ja soveltamalla näitä sääntöjä. Voit nyt hallita näitä sääntöjä API:n kautta tukemaan mukautettuja työkalujasi ja GitLab-automaatiota.
и .
Perutaan henkilökohtaiset käyttöoikeudet itsehallitulle tunnistetietojen tallennukselle
(PERIMMÄINEN)
Tarjoaa järjestelmänvalvojille tiedot, joita he tarvitsevat hallitakseen GitLab-instanssinsa käyttäjätietoja. Koska vaatimustenmukaisuuteen keskittyvät organisaatiot vaihtelevat tunnistetietojen hallintakäytäntöjensä tiukuudessa, olemme lisänneet painikkeen, jonka avulla järjestelmänvalvojat voivat halutessaan peruuttaa käyttäjän henkilökohtaisen käyttöoikeustunnuksen (PAT). Järjestelmänvalvojat voivat nyt helposti peruuttaa mahdollisesti vaarantuneet PAT:t. Tämä ominaisuus on hyödyllinen organisaatioille, jotka haluavat joustavampia vaatimustenmukaisuusvaihtoehtoja minimoidakseen häiriöt käyttäjilleen.
и .
Staattisen sivustoeditorin määritystiedosto
(YDIN, STARTER, PREMIUM, ULTIMATE, ILMAINEN, PRONSSI, HOPEAA, KULTAA)
GitLab 13.4:ssä esittelemme uuden tavan mukauttaa staattista sivustoeditoria. Vaikka asetustiedosto ei tallenna tai vastaanota asetuksia tässä julkaisussa, luomme pohjaa editorin toiminnan tulevalle mukauttamiselle. Tulevissa julkaisuissa lisäämme tiedostoon .gitlab/static-site-editor.yml asennuksen parametrit , johon , ohittaa Markdownin syntaksiasetukset ja muut muokkausasetukset.
и .
Tiedoston johdanto-osan muokkaaminen staattisen sivustoeditorin avulla
(YDIN, STARTER, PREMIUM, ULTIMATE, ILMAINEN, PRONSSI, HOPEAA, KULTAA)
Front materia on joustava ja kätevä tapa määrittää sivumuuttujia datatiedostoissa staattisen sivuston generaattorin käsittelemiseksi. Sitä käytetään yleensä asettamaan sivun otsikko, asettelumalli tai kirjoittaja, mutta sitä voidaan käyttää minkä tahansa tyyppisen metatietojen välittämiseen generaattorille, kun sivu hahmonnetaan HTML-muodossa. Jokaisen datatiedoston yläosassa oleva johdanto-osa on tyypillisesti muotoiltu YAML- tai JSON-muotoon ja vaatii johdonmukaista ja tarkkaa syntaksia. Käyttäjät, jotka eivät tunne tiettyjä syntaksisääntöjä, voivat vahingossa syöttää virheellisiä merkintöjä, mikä puolestaan voi aiheuttaa muotoiluongelmia tai jopa koontivirheitä.
Staattisen sivustoeditorin WYSIWYG-muokkaustila poistaa jo editorin johdannon näiden muotoiluvirheiden estämiseksi. Tämä kuitenkin estää sinua muuttamasta tähän osaan tallennettuja arvoja palaamatta muokkaukseen lähdetilassa. GitLab 13.4:ssä voit käyttää mitä tahansa kenttää ja muokata sen arvoa tutussa lomakepohjaisessa käyttöliittymässä. Kun painiketta painetaan Asetukset (Asetukset) avautuu paneeli, jossa näkyy lomakekenttä jokaiselle alussa määritetylle avaimelle. Kentät täytetään nykyisellä arvolla, ja minkä tahansa niistä muokkaaminen on yhtä helppoa kuin sen syöttäminen verkkolomakkeeseen. Esittelyn muokkaaminen tällä tavalla välttää monimutkaisen syntaksin ja antaa sinulle täydellisen sisällön hallinnan varmistaen samalla, että lopputulos on muotoiltu johdonmukaisesti.
и .
GitLab for Jira ja DVCS Connector on nyt Coressa
(YDIN, STARTER, PREMIUM, ULTIMATE, ILMAINEN, PRONSSI, HOPEAA, KULTAA)
Jira-käyttäjille GitLabissa: и antaa sinun näyttää tietoja GitLab-sitoumuksista ja yhdistämispyynnöistä suoraan Jirassa. Yhdessä sisäänrakennetun Jira-integraatiomme kanssa voit helposti siirtyä kahden sovelluksen välillä työskennellessäsi.
Nämä ominaisuudet olivat aiemmin saatavilla vain Premium-paketissamme, mutta ne ovat nyt kaikkien käyttäjien saatavilla!
и .
Enemmistöäänestys Gitaly-klusteritransaktioista (beta)
(CORE, STARTER, PREMIUM, ULTIMATE)
Gitaly-klusterin avulla voit kopioida Git-tietovarastot useisiin "lämpimiin" Gitaly-solmuihin. Tämä lisää vikasietoisuutta eliminoimalla yksittäisiä vikakohtia. , jotka esiteltiin GitLab 13.3:ssa, aiheuttavat muutosten lähettämisen kaikkiin klusterin Gitaly-solmuihin, mutta vain Gitaly-solmut, jotka äänestävät ensisijaisen solmun kanssa, tallentavat muutokset levylle. Jos kaikki replikasolmut eivät ole samaa mieltä, vain yksi kopio muutoksesta tallennetaan levylle, mikä luo yhden virhepisteen, kunnes asynkroninen replikointi on valmis.
Enemmistöäänestys parantaa vikasietoisuutta vaatimalla useimpien solmujen (ei kaikkien) suostumuksen ennen muutosten tallentamista levylle. Jos tämä vaihtotoiminto on käytössä, kirjoittamisen pitäisi onnistua useissa solmuissa. Eriävät solmut synkronoidaan automaattisesti käyttämällä asynkronista replikointia niistä solmuista, jotka ovat muodostaneet päätösvaltaisuuden.
и .
Mukautetun kaavan tuki JSON-tarkistukseen Web IDE:ssä
(PREMIUM, ULTIMATE, HOPEAA, KULTTA)
Projektit, joissa ihmiset kirjoittavat määrityksiä JSON- tai YAML-muodossa, ovat usein alttiita ongelmille, koska on helppo tehdä kirjoitusvirheitä ja rikkoa jotain. On mahdollista kirjoittaa tarkistustyökaluja näiden ongelmien havaitsemiseksi CI-putkissa, mutta JSON-skeematiedoston käyttäminen voi olla hyödyllistä dokumenttien ja vihjeiden tarjoamisessa.
Projektin osallistujat voivat määrittää arkistossaan polun mukautettuun skeemaan tiedostossa .gitlab/.gitlab-webide.yml, joka määrittää skeeman ja polun tarkistettaviin tiedostoihin. Kun lataat tietyn tiedoston Web IDE:hen, näet lisäpalautetta ja vahvistusta tiedoston luomisen helpottamiseksi.
и .
Directed Acyclic Graph (DAG) -haaroitusraja nostettiin 50:een
(YDIN, STARTER, PREMIUM, ULTIMATE, ILMAINEN, PRONSSI, HOPEAA, KULTAA)
Jos käytät kuljettimia (Directed Acyclic Graph (DAG)), saatat huomata, että työssä on 10 työn raja. needs:, liian ankara. 13.4:ssä oletusrajaa nostettiin 10:stä 50:een, jotta mahdollistetaan monimutkaisemmat suhdeverkostot putkissasi olevien töiden välillä.
Jos olet mukautetun GitLab-esiintymän järjestelmänvalvoja, voit nostaa tätä rajaa vielä korkeammalle asettamalla vaihtoominaisuuden, vaikka emme tarjoa virallista tukea tälle.
и .
Parempi käyttäytyminen needs menettäneiden tehtävien vuoksi
(YDIN, STARTER, PREMIUM, ULTIMATE, ILMAINEN, PRONSSI, HOPEAA, KULTAA)
Joissakin tapauksissa meneillään olevaa työtä voidaan pitää virheellisesti onnistuneena kohdassa määritellyille riippuvuuksille. needs, mikä johti myöhempien töiden suorittamiseen, mitä ei olisi pitänyt tapahtua. Tämä toiminta on korjattu versiossa 13.4 ja needs käsittelee nyt oikein menetetyt tehtävät.
и .
Kiinnitä viimeinen tehtävän artefakti estääksesi sen poistamisen
(YDIN, STARTER, PREMIUM, ULTIMATE, ILMAINEN, PRONSSI, HOPEAA, KULTAA)
GitLab lukitsee nyt automaattisesti viimeisen onnistuneen työn ja liukuhihnan artefaktin jokaisessa aktiivisessa haarassa, yhdistämispyynnössä tai tagissa estääkseen sen poistamisen vanhenemisen jälkeen. On helpompi asettaa aggressiivisempia vanhentumissääntöjä vanhojen esineiden puhdistamiseksi. Tämä auttaa vähentämään levytilan kulutusta ja varmistaa, että sinulla on aina kopio uusimmasta artefaktista putkistosta.
и .
CI/CD-opas putkilinjan optimointiin
(YDIN, STARTER, PREMIUM, ULTIMATE, ILMAINEN, PRONSSI, HOPEAA, KULTAA)
CI/CD-putkilinjan optimointi voi parantaa toimitusnopeutta ja säästää rahaa. Olemme parantaneet dokumentaatiotamme sisältämään nopean oppaan, jolla saat parhaan hyödyn putkistojesi optimoinnista.
и .
Testiraportti lajiteltu testin tilan mukaan
(YDIN, STARTER, PREMIUM, ULTIMATE, ILMAINEN, PRONSSI, HOPEAA, KULTAA)
on helppo tapa nähdä kaikkien valmisteilla olevien testien tulokset. Kuitenkin suurella määrällä testejä epäonnistuneiden testien löytäminen voi kestää kauan. Muita ongelmia, jotka voivat vaikeuttaa raportin käyttöä, ovat vaikeudet selata pitkiä jäljitystulosteita ja ajan pyöristäminen nollaan testeissä, jotka suoritetaan alle 1 sekunnissa. Nyt oletuksena testiraporttia lajitellessa se sijoittaa epäonnistuneet testit ensin raportin alkuun ja lajittelee sitten testit keston mukaan. Tämä helpottaa vikojen ja pitkien testien löytämistä. Lisäksi testien kestot näytetään nyt millisekunteina tai sekunteina, mikä tekee niistä paljon nopeampia lukea, ja myös aiemmat vieritysongelmat on ratkaistu.
и .
Pakettirekisteriin ladattavien tiedostojen kokorajoitukset
(YDIN, STARTER, PREMIUM, ULTIMATE, ILMAINEN, PRONSSI, HOPEAA, KULTAA)
GitLab-pakettirekisteriin ladattavien pakettitiedostojen koko on nyt rajoitettu. Rajoituksia on lisätty pakettien rekisterin suorituskyvyn optimoimiseksi ja väärinkäytösten estämiseksi. Rajat vaihtelevat paketin muodon mukaan. GitLab.com-sivustossa tiedostojen enimmäiskoot ovat:
- Conan: 250 Mt
- Muistia: 3GB
- NPM: 300 Mt
- NuGet: 250 Mt
- PyPI: 3 Gt
Mukautettujen GitLab-instanssien oletusasetukset ovat samat. Järjestelmänvalvoja voi kuitenkin päivittää rajoituksia käyttämällä .
и .
Käytä CI_JOB_TOKEN-tiedostoa PyPI-pakettien julkaisemiseen
(YDIN, STARTER, PREMIUM, ULTIMATE, ILMAINEN, PRONSSI, HOPEAA, KULTAA)
GitLab PyPI -tietovaraston avulla voit luoda, julkaista ja jakaa Python-paketteja sekä lähdekoodia ja CI/CD-putkia. Aiemmin et kuitenkaan voinut todentaa arkistoon ennalta määritetyn ympäristömuuttujan avulla CI_JOB_TOKEN. Tämän seurauksena sinun piti käyttää henkilökohtaisia tunnistetietojasi PyPI-tietovaraston päivittämiseen, tai olet ehkä päättänyt olla käyttämättä arkistoa ollenkaan.
GitLab CI/CD:llä on nyt helpompaa julkaista ja asentaa PyPI-paketteja ennalta määritetyn ympäristömuuttujan avulla CI_JOB_TOKEN.
и .
DAST-skanneriprofiilit pyynnöstä
(ULTIMATE, KULTA)
On-demand DAST-skannaukseen, joka oli , DAST-skanneriprofiilit on lisätty. Ne laajentavat näiden tarkistusten määritysominaisuuksia, jolloin voit luoda nopeasti useita profiileja useiden tarkistustyyppien kattamiseksi. 13.4:ssä indeksointirobottiprofiili sisältää natiivisti indeksointirobotin aikakatkaisuasetuksen, joka määrittää, kuinka kauan DAST-indeksoijan tulee toimia, kun se yrittää löytää kaikki indeksoidun sivuston sivut. Profiili sisältää myös kohdesivuston aikakatkaisuasetuksen, jolla määritetään, kuinka kauan indeksointirobotin tulee odottaa, että sivusto on käytettävissä ennen kuin se keskeyttää indeksoinnin, jos sivusto ei vastaa tilakoodilla 200 tai 300. Jatkaessamme parantamista Tämä ominaisuus tulee olemaan lisätään skanneriprofiiliin tulevissa julkaisuissa; lisää konfigurointiparametreja lisätään.
и .
Yksinkertainen uudelleenohjausmääritystiedosto GitLab-sivuille
(YDIN, STARTER, PREMIUM, ULTIMATE, ILMAINEN, PRONSSI, HOPEAA, KULTAA)
Jos käytät GitLab Pages -sivuja ja haluat hallita URL-muutoksia paremmin, olet ehkä huomannut, että uudelleenohjausten hallinta GitLab Pages -sivustollasi ei ollut mahdollista. GitLabin avulla voit nyt määrittää säännöt ohjaamaan URL-osoitteet toiseen Pages-sivustollesi lisäämällä määritystiedoston arkistoon. Tämä ominaisuus on mahdollista Kevin Barnettin (), meidän Eric Eastwood () ja GitLab-tiimit. Kiitos kaikille panoksesta.
и .
Terraform-tila, jota hallinnoi GitLab
(YDIN, STARTER, PREMIUM, ULTIMATE, ILMAINEN, PRONSSI, HOPEAA, KULTAA)
Pääsy Terraform-tilan aikaisempiin versioihin on tarpeen sekä vaatimustenmukaisuuden että tarvittaessa virheenkorjauksen vuoksi. GitLabin hallinnoiman Terraform-tilan versioinnin tuki tarjotaan GitLab 13.4:stä alkaen. Versiointi otetaan automaattisesti käyttöön uusille Terraform-tilatiedostoille. Olemassa olevat Terraform-tilatiedostot ovat myöhemmässä julkaisussa.
и .
Tärkeiden tapausten tiedot
(YDIN, STARTER, PREMIUM, ULTIMATE, ILMAINEN, PRONSSI, HOPEAA, KULTAA)
Tapauksia käsiteltäessä sinun on pystyttävä helposti määrittämään, kuinka kauan hälytys oli auki ja kuinka monta kertaa tapahtuma laukesi. Nämä tiedot ovat usein tärkeitä määritettäessä vaikutusta asiakkaaseen ja siihen, mitä tiimisi tulisi käsitellä ensin. Uudessa Tapahtuman tiedot -paneelissa näytämme hälytyksen alkamisajan, tapahtumien määrän ja linkin alkuperäiseen hälytykseen. Nämä tiedot ovat saatavilla hälytyksistä luoduille tapahtumille.
и .
Tapahtuman vakavuusparametrin asettaminen ja muokkaaminen
(YDIN, STARTER, PREMIUM, ULTIMATE, ILMAINEN, PRONSSI, HOPEAA, KULTAA)
Tapahtuman vakavuus -ulottuvuuden avulla reagoijat ja sidosryhmät voivat määrittää katkon vaikutuksen sekä reagoinnin tavan ja kiireellisyyden. Kun tiimisi jakaa tuloksia tapahtuman ratkaisemisen ja palautuksen aikana, he voivat muuttaa tätä asetusta. Voit nyt muokata tapahtuman vakavuutta Tapahtuman tiedot -sivun oikeanpuoleisessa sivupalkissa, ja vakavuus näkyy tapahtumaluettelossa.
и .
Säilöverkon suojaussääntöjen luominen, muokkaaminen ja poistaminen
(ULTIMATE, KULTA)
Tämän Container Network Security Rule Editorin parannuksen avulla käyttäjät voivat helposti luoda, muokata ja poistaa sääntöjään suoraan GitLab-käyttöliittymästä. Editorin ominaisuuksia ovat mm .yaml kokeneille käyttäjille ja sääntöeditori, jossa on intuitiivinen käyttöliittymä verkkosääntöjen uusille käyttäjille. Löydät osiosta uusia sääntöjen hallintavaihtoehtoja Turvallisuus ja vaatimustenmukaisuus > Uhkien hallinta > Säännöt (Turvallisuus ja vaatimustenmukaisuus > Uhkien hallinta > Käytännöt).
и .
Azure blob -tallennustuki
(YDIN, STARTER, PREMIUM, ULTIMATE, ILMAINEN, PRONSSI, HOPEAA, KULTAA)
Sekä GitLab että GitLab Runner tukevat nyt , mikä helpottaa GitLab-palvelujen suorittamista Azuressa.
GitLab-instanssit tukevat Azurea kaiken tyyppisille objektivarastoille, mukaan lukien LFS-tiedostot, CI-artefaktit ja . Voit määrittää Azure Blob -tallennustilan noudattamalla asennusohjeita tai .
GitLab-työprosessorit tukevat myös Azurea tallennusta varten . Azure-tallennustila voidaan määrittää osion avulla .
и .
Omnibus ARM64 -paketit Ubuntulle ja OpenSUSElle
(CORE, STARTER, PREMIUM, ULTIMATE)
Vastauksena kasvavaan kysyntään tukea GitLabin käyttöä 64-bittisessä ARM-arkkitehtuurissa, meillä on ilo ilmoittaa virallisen ARM64 Ubuntu 20.04 Omnibus -paketin saatavuudesta. Suuret kiitokset Zitai Chenille ja Guillaume Gardetille heidän valtavasta panoksestaan - heidän yhdistämispyyntönsä olivat avainasemassa tässä!
Voit ladata ja asentaa Ubuntu 20.04:n paketin osoitteestamme ja valitse Ubuntu.
и .
Älykortin todennustuki GitLab Helm -kaaviolle
(PREMIUM, ULTIMATE)
Älykortteja, kuten yhteisiä pääsykortteja (CAC), voidaan nyt käyttää todentamiseen GitLab-instanssiin, joka on otettu käyttöön Helm-kaavion kautta. Älykortit todennetaan paikallista tietokantaa vastaan käyttämällä X.509-varmenteita. Tämän ansiosta älykorttituki Helm-kaaviolla on nyt linjassa Omnibus-käyttöönotoissa saatavilla olevan älykorttituen kanssa.
и .
Yksityiskohtaiset julkaisutiedot ja päivitys/asennusohjeet löytyvät alkuperäisestä englanninkielisestä viestistä: .
Työskentelimme englannin käännöksen parissa , , и .
Lähde: will.com