ProHoster > Blogi > antaminen > GitLab 11.11: Useita yhdistämispyyntöjen omistajia ja parannuksia säilöihin
GitLab 11.11: Useita yhdistämispyyntöjen omistajia ja parannuksia säilöihin
Lisää yhteistyövaihtoehtoja ja enemmän ilmoituksia
Me GitLabissa etsimme jatkuvasti uusia tapoja parantaa yhteistyötä koko DevOpsin elinkaaren ajan. Meillä on ilo ilmoittaa, että tästä julkaisusta alkaen tuemme useita vastuuhenkilöitä yhdestä yhdistämispyynnöstä! Tämä ominaisuus on saatavilla GitLab Starter -tasolta ja ilmentää mottoamme: "Jokainen voi osallistua". Tiedämme, että monet ihmiset voivat työskennellä yhden yhdistämispyynnön parissa varmistaakseen, että kaikki on kunnossa, ja nyt sinulla on mahdollisuus nimetä useita yhdistämispyynnöistä vastaavia henkilöitä!
Vähennä kustannuksia tukemalla Docker-säilöjä Windowsissa ja Kubernetes-klusterien ilmentymätasolla
Rakastamme kontteja! Kontit kuluttavat vähemmän järjestelmäresursseja kuin virtuaalikoneet ja parantavat sovellusten siirrettävyyttä. GitLab 11.11:n julkaisusta lähtien tuemme Windows Container Executor GitLab Runnerille, joten nyt voit käyttää Docker-säilöjä Windowsissa ja nauttia edistyneestä putkien organisoinnista ja hallinnasta.
Itsehallittujen GitLab-instanssien käyttäjät voivat nyt tarjota ilmentymätason Kubernetes-klusteri, ja kaikki esiintymän ryhmät ja projektit käyttävät sitä käyttöönotoissaan. Tällä GitLab-integraatiolla Kubernetesiin luodaan automaattisesti projektikohtaisia resursseja turvallisuuden lisäämiseksi.
Tämän kuukauden arvokkain työntekijäMVP) — Kia May Somabes (Kia Mei Somabes)
Tässä julkaisussa olemme lisänneet mahdollisuuden ladata yksittäisiä kansioita arkistoista kaiken sisällön sijaan. Nyt voit ladata vain muutaman tarvitsemasi tiedoston. Kiitos, Kia May Somabes!
GitLab 11.11:ssä lisäsimme GitLab Runneriin uuden suorittimen, jotta Docker-säilöjä voidaan käyttää Windowsissa. Aiemmin sinun piti käyttää komentotulkkia Docker-säilöjen ohjaamiseen Windowsissa, mutta nyt voit työskennellä suoraan Docker-säilöjen kanssa Windowsissa, aivan kuten Linuxissa. Microsoftin alustojen käyttäjillä on nyt enemmän vaihtoehtoja putkien organisointiin ja hallintaan.
Tämä päivitys sisältää parannetun PowerShell-tuen GitLab CI/CD:ssä sekä uusia satelliittikuvia Windows-säilöjen eri versioille. Omia Windows-apuohjelmiasi voidaan tietysti käyttää GitLab.comin kanssa, mutta ne eivät tällä hetkellä ole julkisesti saatavilla olevien työkalujen luettelossa.
Tiimit käyttävät usein säiliöitä rakennusputkistoissa, ja yleisesti käytettyjen kuvien ja alkupään pakettien välimuistipalvelin on loistava tapa nopeuttaa putkistoja. Kun paikallinen kopio halutuista tasoista on saatavilla uuden välimuistipalvelimen kautta, voit työskennellä tehokkaammin ympäristösi yleisten kuvien kanssa.
Toistaiseksi säilön välityspalvelin on käytettävissä vain web-palvelimen itsehallituissa tapauksissa Puma (kokeellisessa tilassa).
Useat vastaavat yhdistämispyynnöistä
STARTER, PREMIUM, ULTIMATE, PRONSSI, HOPEAA, KULTAA
On melko yleistä, että useat ihmiset työskentelevät ominaisuuden parissa samanaikaisesti jaetussa haara- ja yhdistämispyynnössä, esimerkiksi silloin, kun käyttöliittymän ja taustan kehittäjät työskentelevät tiiviissä yhteistyössä tai kun kehittäjät työskentelevät pareittain, kuten Extreme Programmingissa. .
GitLab 11.11:ssä useat ihmiset voidaan määrittää yhdistämään pyyntöjä. Kuten useiden tehtävien omistajien kohdalla, luetteloita, suodattimia, ilmoituksia ja sovellusliittymiä voidaan käyttää tässä.
Kubernetes-klusterin määritys ilmentymistasolla
YDIN, STARTER, PREMIUM, ULTIMATE
Kubernetesin tietoturva- ja provisiointimalli kehittyy ja nyt on mahdollista palvella suurta määrää asiakkaita yhden jaetun klusterin kautta.
GitLab 11.11:ssä itsehallitut ilmentymän käyttäjät voivat nyt muodostaa klusterin ilmentymätasolla, ja kaikki ilmentymän tiimit ja projektit käyttävät sitä käyttöönotoissaan. Tällä GitLab-integraatiolla Kubernetesiin luodaan automaattisesti projektikohtaisia resursseja turvallisuuden lisäämiseksi.
Ota ilmoitukset käyttöön Slackissa ja Mattermostissa
Nyt voit määrittää automaattiset ilmoitukset käyttöönottotapahtumista tiimikanavalla chat-integraation ansiosta New Rose Hotel и Mattermost, ja tiimisi on tietoinen kaikista tärkeistä tapahtumista.
Projektisi vierailevat käyttäjät voivat nyt tarkastella Julkaisut-sivulla julkaistuja julkaisuja. He voivat ladata julkaistut artefaktit, mutta he eivät voi ladata lähdekoodia tai nähdä tietoja arkistoista, kuten tunnisteita tai sitoumuksia.
Monet Git-operaatiot vaativat toimitusgraafin läpikulkua, kuten yhdistämiskannan laskemisen tai sitoumuksen sisältävien haarojen luetteloimisen. Mitä enemmän sitoumuksia, sitä hitaampia nämä toiminnot ovat, koska läpikulku vaatii jokaisen objektin lataamisen levyltä, jotta se voi lukea sen osoittimia.
GitLab 11.11:ssä otimme käyttöön viimeaikaisissa Git-julkaisuissa käyttöön otetun serialized commit graph -ominaisuuden laskea ja tallentaa nämä tiedot. Indeksointi suurissa arkistoissa on nyt paljon nopeampaa. Toimituskaavio luodaan automaattisesti seuraavan arkiston roskakeräyksen yhteydessä.
Lue sarjoitetun toimituskaavion luomisesta osoitteessa artikkelisarja yhdeltä tämän ominaisuuden kirjoittajista.
Ylimääräiset CI Runner -minuutit: nyt myös ilmaisiin paketteihin
ILMAISEKSI, PRONSSI, HOPEAA, KULLAA
Viime kuussa lisäsimme mahdollisuuden ostaa lisää CI Runner -minuutteja, mutta vain maksullisiin GitLab.com-suunnitelmiin. Tässä julkaisussa minuutteja voi ostaa myös ilmaisilla paketeilla.
Projektin tyypistä ja koosta riippuen koko projektin arkiston lataaminen voi kestää kauan, eikä sitä aina tarvita, varsinkin kun kyseessä ovat suuret monoarkistot. GitLab 11.11:ssä voit ladata arkiston nykyisen hakemiston sisällöstä, mukaan lukien alihakemistot, valitaksesi vain tarvitsemasi kansiot.
Muutosten ehdottaminen yksinkertaistaa yhteistyötä yhdistämispyyntöjen parissa: nyt voit hyväksyä ehdotetun muutoksen ilman kopiointia ja liittämistä. GitLab 11.11:ssä olemme tehneet tästä prosessista entistä helpomman, ja keskustelu ratkeaa nyt automaattisesti, kun ehdotusta sovelletaan.
Tehtävien sivupalkkien pitäisi näyttää samalta taulu- ja tehtävänäkymissä. Siksi GitLabilla on nyt aikalaskuri tehtäväpalkin sivupalkissa tehtäväpöydällä. Mene vain tehtävätaululle, napsauta tehtävää ja sivupalkki, jossa on aikalaskuri, avautuu.
Olemme lisänneet mahdollisuuden kysellä Environments API:lta tiettyjä ympäristötietoja, jotta tiedämme, mikä sitoumus on otettu käyttöön ympäristössä juuri nyt. Tämä helpottaa ympäristöjen automatisointia ja raportointia GitLabin käyttäjille.
Voit nyt tarkistaa negatiivisen yhtäläisyyden tai kuvioiden vastaavuuden (!= и !~) tiedostossa .gitlab-ci.yml ympäristömuuttujien arvoja tarkistettaessa, joten putkien käyttäytymisen hallinta on muuttunut joustavammaksi.
Suorita kaikki manuaaliset työt vaiheessa yhdellä napsautuksella
GitLab 11.11:ssä käyttäjät, joilla on monta manuaalista työtä vaiheittain, voivat nyt suorittaa kaikki tällaiset työt yhdessä vaiheessa napsauttamalla painiketta "Pelaa kaikki" ("Suorita kaikki") näyttelijän nimen oikealla puolella liukuhihnanäkymässä.
Ympäristömuuttujia käytetään usein tiedostojen luomiseen, erityisesti salaisuuksille, jotka on suojattava ja jotka ovat saatavilla vain tietyssä ympäristössä. Voit tehdä tämän asettamalla muuttujan sisällön tiedoston sisällöksi ja luomalla työhön tiedoston, joka sisältää arvon. Uudella ympäristömuuttujalla, kuten file se voidaan tehdä yhdessä vaiheessa jopa muuttamatta .gitlab-ci.yml.
API Endpoint for haavoittuvuuden tiedot
TÄRKEÄ, KULLA
Voit nyt tiedustella GitLab API:lta kaikkia projektissa havaittuja haavoittuvuuksia. Tämän API:n avulla voit luoda koneellisesti luettavia luetteloita haavoittuvuuksista, jotka on suodatettu tyypin, varmuuden ja vakavuuden mukaan.
Täysi dynaaminen skannausominaisuus DAST:lle
TÄRKEÄ, KULLA
GitLabissa voit testata dynaamisesti sovellusten suojausta (Dynamic Application Security Testing, DAST) CI-putkissa. Tästä julkaisusta alkaen voit valita täyden dynaamisen tarkistuksen tavallisen passiivisen tarkistuksen sijaan. Täysin dynaaminen tarkistus suojaa uusilta haavoittuvuuksilta.
Tämä GitLabin julkaisu esittelee mahdollisuuden liittää Kubernetes-klusterin kokonaiseen ryhmään. Olemme myös lisänneet mahdollisuuden asentaa yksi Prometheus-esiintymä klusteria kohden, mikä helpottaa kaikkien klusterin projektien seurantaa.
Tietoja suojauksen hallintapaneelin haavoittuvuuksien huomiotta jättämisestä
TÄRKEÄ, KULLA
Järjestelmänvalvojat voivat tarkastella huomiotta jätettyjä haavoittuvuuksia GitLabin tietoturvan koontipaneeleissa. Tehostaaksemme työnkulkuasi olemme lisänneet mahdollisuuden tarkastella ohitustietoja suoraan suojauspaneelista.
Luo mukautettuja hallintapaneelin mittauskaavioita
PREMIUM, ULTIMATE, HOPEAA, KULTAA
Luo uusia kaavioita mukautetuilla suorituskykymittareilla suoraan Mittareiden hallintapaneelin työkalupalkista. Käyttäjät voivat nyt luoda, päivittää ja poistaa kojelaudan mittareiden visualisointeja napsauttamalla painiketta "AddMetric" ("Lisää tieto") hallintapaneelin työkalupalkin oikeassa yläkulmassa.
Ilmoituksista tulevat tehtävät avataan nyt GitLab Alert Botina
PREMIUM, ULTIMATE, HOPEAA, KULTAA
Ilmoituksista avatut ongelmat on nyt kirjoittanut GitLab Alert Bot, joten voit heti nähdä, että ongelma luotiin automaattisesti tärkeästä ilmoituksesta.
Tallenna eeppiset kuvaukset automaattisesti paikalliseen tallennustilaan
TÄRKEÄ, KULLA
Eeppisiä kuvauksia ei tallennettu paikalliseen tallennustilaan, joten muutokset katosivat, ellet tallentanut niitä erikseen eeppistä kuvausta muuttaessasi. GitLab 11.11 esitteli mahdollisuuden tallentaa eeppisiä kuvauksia paikalliseen tallennustilaan. Tämä tarkoittaa, että nyt voit helposti palata eeppisen kuvauksen muokkaamiseen, jos tapahtuu virhe, häiritsät sinua tai poistut vahingossa selaimesta.
Peilaustuki GitLabissa Git LFS:lle
STARTER, PREMIUM, ULTIMATE, PRONSSI, HOPEAA, KULTAA
Peilauksen avulla voit kopioida Git-tietovarastot paikasta toiseen. Tämä helpottaa muualla GitLab-palvelimella sijaitsevan arkiston replikan tallentamista. GitLab tukee nyt arkistojen peilaamista Git LFS:n avulla, joten tämä ominaisuus on käytettävissä myös arkistoissa, joissa on suuria tiedostoja, kuten pelien tekstuureja tai tieteellistä dataa.
Luku- ja kirjoitusoikeudet arkiston henkilökohtaisille käyttötunnuksille
Monilla henkilökohtaisilla käyttöoikeuksilla on oikeudet muuttaa tasoa api, mutta täysi pääsy sovellusliittymään voi antaa liian paljon oikeuksia joillekin käyttäjille tai organisaatioille.
Yhteisön lahjoitusten ansiosta henkilökohtaisilla käyttöoikeuksilla voi nyt olla vain luku-/kirjoitusoikeudet projektitietovarastoihin sen sijaan, että pääsevät syvemmälle API-tasolle herkille GitLab-alueille, kuten asetuksille ja jäsenyydelle.
GraphQL-sovellusliittymän avulla käyttäjät voivat määrittää tarkalleen, mitä tietoja he tarvitsevat, ja saada kaikki tarvitsemansa tiedot muutamalla pyynnöllä. Tästä julkaisusta alkaen GitLab tukee ryhmätietojen lisäämistä GraphQL-sovellusliittymään.
GitLab rakastaa Salesforce-kehittäjiä, ja tukeaksemme tätä yhteisöä annamme käyttäjien kirjautua sisään GitLabiin Salesforce.com-tunnistetiedoillaan. Instanssit voivat nyt määrittää GitLabin Salesforceen yhdistetyksi sovellukseksi, jotta he voivat kirjautua sisään GitLabiin yhdellä napsautuksella Salesforce.comin avulla.
SAML SSO vaaditaan nyt verkkokäyttöön
PREMIUM, ULTIMATE, HOPEAA, KULTAA
me kertakirjautumisvaatimuksen (SSO) laajentaminen ryhmätasolla, joka esiteltiin versiossa 11.8, ja ryhmä- ja projektiresurssien tiukka validointi, jotta käyttäjät pääsevät vain kirjautuessaan sisään SAML:llä. Tämä on ylimääräinen pääsynhallintakerros organisaatioille, jotka arvostavat turvallisuutta ja käyttävät GitLab.com-sivustoa SAML SSO:n kautta. Nyt voit asettaa SSO-vaatimuksen, kun tiedät, että ryhmäsi käyttäjät käyttävät kertakirjautumista.
Suodatus äskettäin luotujen tai muokattujen tietojen perusteella epics-sovellusliittymää varten
TÄRKEÄ, KULLA
Ennen luoduista tai muokatuista tiedoista oli vaikea tehdä kyselyitä GitLab epics API:n avulla. Julkaisussa 11.11 olemme lisänneet lisäsuodattimia created_after, created_before, updated_after и updated_beforevarmistaaksesi johdonmukaisuuden sovellusliittymän kanssa ja löytääksesi nopeasti muuttuneet tai äskettäin luodut eeposet.
Tänään julkaistiin GitLab Runner 11.11! GitLab Runner on avoimen lähdekoodin projekti, jota käytetään CI/CD-töiden suorittamiseen ja tulosten palauttamiseen GitLabiin.
Jatkamme GitLabin suorituskyvyn parantamista jokaisen julkaisun yhteydessä kaikenkokoisille GitLab-esiintymille. Joitakin parannuksia GitLab 11.11:een:
GitLabissa 11.5 olemme lisänneet tämän vaatimuksen Geo-dokumentaatioon: gitlab-ee#8053.
GitLabissa 11.6sudo gitlab-rake gitlab:geo:check tarkistaa, onko hajautettu tallennustila käytössä ja onko kaikki projektit siirretty. cm. gitlab-ee#8289. Jos käytät Geoa, suorita tämä tarkistus ja siirrä mahdollisimman pian.
GitLabissa 11.8 pysyvästi poissa käytöstä oleva varoitus näytetään sivulla Hallinta-alue › Geo › Solmutjos yllä olevat tarkastukset eivät ole sallittuja. gitlab-ee!8433.
GitLabissa 12.0 Geo käyttää tiivistettyä tallennustilaa. cm. gitlab-ee#8690.
Poistopäivä: 22 2019 kesäkuussa
GitLab Geo tuo PG FDW:n GitLab 12.0:aan
Tämä vaaditaan Geo Log Cursorille, koska se parantaa huomattavasti joidenkin synkronointitoimintojen suorituskykyä. Se parantaa myös Geo-solmun tilakyselyiden suorituskykyä. Aiemmat kyselyt olivat liian heikkoja suurissa projekteissa. Katso, kuinka se otetaan käyttöön Geo-tietokannan replikointi. GitLabissa 12.0 Geo vaatii PG FDW:n. cm. gitlab-ee#11006.
Poistopäivä: 22 2019 kesäkuussa
Sentry-asetukset virheraportoinnissa ja lokikirjauksessa poistetaan GitLab 12.0:n käyttöliittymästä
Nämä vaihtoehdot poistetaan GitLab 12.0:n käyttöliittymästä ja ovat käytettävissä tiedostossa gitlab.yml. Lisäksi voit määrittää Sentry-ympäristön useiden käyttöönottojen erottamiseksi toisistaan. Esimerkiksi kehitys, lavastus ja tuotanto. cm. gitlab-ce#49771.
Poistopäivä: 22 2019 kesäkuussa
Yhden lähetyksen luomien putkien enimmäismäärän rajoittaminen
Aiemmin GitLab loi putkia varten HEAD jokainen lähetyksen haara. Tästä on hyötyä kehittäjille, jotka ajavat useita muutoksia kerralla (esimerkiksi ominaisuushaaraan ja a develop).
Mutta kun työnnät suurta arkistoa, jossa on monia aktiivisia haaroja (esimerkiksi siirrettäväksi, peilikuvaksi tai haarautumiseksi), sinun ei tarvitse luoda liukuhihnaa jokaiselle haaralle. Alkaen GitLab 11.10 luomme enintään 4 putkea lähetettäessä.
Poistopäivä: 22 Toukokuu 2019 kaupunki
GitLab Runnerin vanhat koodipolut
Koska Gitlab 11.9 GitLab Runner käyttää uusi menetelmä arkiston kloonaus/kutsuminen. Tällä hetkellä GitLab Runner käyttää vanhaa menetelmää, jos uutta ei tueta. Katso lisää kohdasta tämä tehtävä.
GitLab 11.0:ssa olemme muuttaneet metriikkapalvelimen määritysnäkymää GitLab Runnerille. metrics_serverpoistetaan eduksi listen_address GitLab 12.0:ssa. Katso lisää kohdasta tämä tehtävä.
Nämä polut eivät ole käytettävissä GitLab 12.0:ssa. Käyttäjänä sinun ei tarvitse muuttaa mitään, varmista vain, että GitLab-instanssisi on käynnissä versio 11.9+, kun päivität GitLab Runner 12.0:aan.
Poistopäivä: 22 2019 kesäkuussa
GitLab Runnerin aloituspisteominaisuuden käytöstä poistettu vaihtoehto
GitLab 12.0:ssa siirrymme oikeaan toimintaan ikään kuin ominaisuusasetus olisi poistettu käytöstä. Katso lisää kohdasta tämä tehtävä.
Poistopäivä: 22 2019 kesäkuussa
Vanhentunut tuki Linux-jakelulle, joka on saavuttanut EOL:n GitLab Runnerille
Jotkut Linux-jakelut, joihin voit asentaa GitLab Runnerin, ovat palvelleet tarkoituksensa.
GitLab 12.0:ssa GitLab Runner ei enää jaa paketteja näihin Linux-jakeluihin. Täydellinen luettelo jakeluista, joita ei enää tueta, löytyy sivuiltamme dokumentointi. Kiitos Javier ArdoJavier Jardon), sinun panos!
Poistopäivä: 22 2019 kesäkuussa
Vanhojen GitLab Runner Helper -komentojen poistaminen
GitLab 12.0 käynnistää GitLab Runnerin uusilla komennoilla. Tämä koskee vain käyttäjiä, jotka ohittaa apukuvan. Katso lisää kohdasta tämä tehtävä.
Poistopäivä: 22 2019 kesäkuussa
Vanhan git clean -mekanismin poistaminen GitLab Runnerista
GitLab Runnerissa 11.10 me tarjosi mahdollisuuden määrittää, kuinka Runner suorittaa komennon git clean. Lisäksi uusi puhdistusstrategia poistaa käytön git reset ja antaa komennon git clean latausvaiheen jälkeen.
Koska tämä käyttäytymismuutos saattaa vaikuttaa joihinkin käyttäjiin, olemme laatineet asetuksen FF_USE_LEGACY_GIT_CLEAN_STRATEGY. Jos asetat arvon true, se palauttaa vanhan puhdistusstrategian. Lisätietoja funktioparametrien käyttämisestä GitLab Runnerissa löytyy dokumentaatiossa.
GitLab Runner 12.0:ssa poistamme tuen vanhalle puhdistusstrategialle ja mahdollisuuden palauttaa se funktioparametrin avulla. Katso sisään tämä tehtävä.
Kun otimme käyttöön ryhmätason projektimallit versiossa 11.6, asetimme tämän Premium/Silver-ominaisuuden vahingossa kaikkien suunnitelmien saataville.
me korjaa tämä bugi 11.11-julkaisussa ja anna 3 kuukautta lisää kaikille käyttäjille ja instansseille Silver/Premium-tason alapuolella.
22. elokuuta 2019 alkaen tiimiprojektimallit ovat saatavilla vain Silver/Premium-suunnitelmalle ja sitä korkeammalle, kuten dokumentaatiossa kuvataan.
Poistopäivä: 22 2019 elokuun
Windowsin erätöiden tuki poistettiin
GitLab 13.0:ssa (22) aiomme luopua erätöiden tuesta GitLab Runnerin Windowsin komentoriviltä (esim. cmd.exe) kannattaa Windows PowerShellin laajennettua tukea. Lue lisää kohdasta tämä tehtävä.
Visiomme yrityksen DevOpsista vastaa nyt Microsoftin kantaa, jonka mukaan PowerShell on paras vaihtoehto yrityssovellusten automatisointiin Windows-ympäristöissä. Jos haluat jatkaa käyttöä cmd.exe, nämä komennot voidaan kutsua PowerShellistä, mutta emme tue suoraan Windowsin erätöitä useiden epäjohdonmukaisuuksien vuoksi, jotka aiheuttavat suuria ylläpito- ja kehityskustannuksia.
GitLab 12.0:ssa aiomme poistaa Kubernetes-palvelumallin käytöstä instanssitasolla GitLab 11.11:ssä käyttöönotetun ilmentymätason klusterikokoonpanon hyväksi.
Kaikki palvelumallia käyttävät itsehallitut ilmentymät siirretään ilmentymätason klusteriin, kun päivitetään GitLab 12.0:aan.
Poistopäivä: 22 2019 kesäkuussa
Tunnisteiden vastaavuuden poistaminen käytöstä app Kubernetesin käyttöönottopaneeleissa
GitLab 12.0:ssa aiomme poistaa sovellustunnisteen vastaavuuden Kubernetes-käyttöönottovalitsimesta. Olemme ottaneet käyttöön GitLab 11.10:ssä uusi sovitusmekanismi, joka etsii osumia app.example.com/app и app.example.com/envnäyttääksesi käyttöönotot paneelissa.
Jotta nämä käyttöönotot näkyvät käyttöönottopaneeleissa, sinun tarvitsee vain lähettää uusi käyttöönotto ja GitLab ottaa käyttöön uudet tunnisteet.