GitLab 11.10, jossa on kojelautaputket, yhdistetyt tulosputket ja moniriviset ehdotukset yhdistämispyynnöissä.
Kätevää tietoa putkien suorituskyvystä eri projekteissa
GitLab lisää edelleen näkyvyyttä DevOpsin elinkaaressa. Tässä numerossa ohjauspaneeli lisäsi yleiskatsauksen putken tilasta.
Tämä on kätevää, vaikka tutkit yhden projektin putkilinjaa, mutta on erityisen hyödyllistä, jos useita projekteja, - ja tämä tapahtuu yleensä, jos käytät mikropalveluita ja haluat käyttää putkia testataksesi ja toimittaaksesi koodia eri projektivarastoista. Nyt voit heti nähdä esityksen ohjauspaneelin putket, missä niitä esitetäänkin.
Suoritetaan yhdistettyjen tulosten putkia
Ajan myötä lähde- ja kohdehaara eroavat toisistaan ja voi syntyä tilanne, jossa ne selviytyvät erikseen, mutta eivät toimi yhdessä. Nyt voit suorita yhdistettyjen tulosten putkia ennen yhdistämistä. Näin huomaat nopeasti virheet, jotka ilmenevät vain, jos muutoksia siirrettäisiin usein haarojen välillä, mikä tarkoittaa, että korjaat liukuhihnan virheet paljon nopeammin ja käytät GitLab Runner.
Optimoi yhteistyötä edelleen
GitLab 11.10 lisää entistä enemmän ominaisuuksia saumattomaan yhteistyöhön ja yksinkertaistettuihin työnkulkuihin. SISÄÄN edellinen numero otimme käyttöön ehdotuksia yhdistämispyyntöihin, joissa arvioija voi ehdottaa muutosta yhteen riviin kommenttiin yhdistämispyyntöön ja se voidaan tehdä välittömästi suoraan kommenttiketjusta. Käyttäjämme pitivät siitä ja pyysivät laajentamaan tätä ominaisuutta. Nyt voit tarjota muutoksia useille riveille, joka osoittaa, mitkä rivit poistetaan ja mitkä lisätään.
Tämän kuukauden arvokkain työntekijäMVP) - Takuya Noguchi
Tämän kuukauden arvokkain työntekijä on Takuya Noguchi (Takuya Noguchi). Takuya teki hyvää työtä GitLabin kunniaksi: korjattu bugeja, korjattu tausta- ja käyttöliittymän puutteet ja parannettu käyttöliittymää. Kiitos!
GitLab 11.10:n tärkeimmät ominaisuudet
Putket ohjauspaneelissa
PREMIUM, ULTIMATE, HOPEAA, KULTAA
GitLabin hallintapaneeli näyttää tiedot projekteista koko GitLab-instanssissasi. Lisäät yksittäisiä projekteja yksi kerrallaan ja voit valita sinua kiinnostavan projektin.
Tässä julkaisussa lisäsimme hallintapaneeliin tietoja liukuhihnan tilasta. Nyt kehittäjät näkevät putkien toimivuuden kaikissa tarvittavissa projekteissa - yhdessä käyttöliittymässä.
Yhdistettyjen tulosten putkistot
PREMIUM, ULTIMATE, HOPEAA, KULTAA
On tavallista, että lähdehaara poikkeaa kohdehaarasta ajan myötä, ellet jatkuvasti työnnä muutoksia niiden välillä. Tämän seurauksena lähde- ja kohdehaaraputkilinjat ovat "vihreitä", eikä yhdistämisristiriitoja ole, mutta yhdistäminen epäonnistuu yhteensopimattomien muutosten vuoksi.
Kun yhdistämispyyntöputki luo automaattisesti uuden linkin, joka sisältää lähde- ja kohdehaarojen yhdistämisen yhdistetyn tuloksen, voimme suorittaa liukuhihnan kyseisessä linkissä ja varmistaa, että kokonaistulos toimii.
Jos käytät yhdistämispyyntöputkia (missä tahansa kapasiteetissa) ja käytät yksityisiä GitLabin versiota 11.8 tai vanhempia, sinun on päivitettävä ne tämän ongelman välttämiseksi. gitlab-ee#11122. Tämä ei vaikuta julkisten GitLab-käyttäjiin.
Kun työskentelet yhdessä yhdistämispyyntöjen parissa, huomaat usein ongelmia ja ehdotat ratkaisuja. GitLab 11.6:sta lähtien tuemme muutosehdotus yhdelle riville.
Versiossa 11.10 yhdistämispyynnön erotuskommentit voivat ehdottaa muutoksia useille riveille, ja sitten kuka tahansa, jolla on kirjoitusoikeudet alkuperäiseen haaraan, voi hyväksyä ne yhdellä napsautuksella. Uuden ominaisuuden ansiosta voit välttää kopioinnin ja liittämisen, kuten aiemmissa versioissa.
Pikanäppäimet yhdellä alueella
PREMIUM, ULTIMATE, HOPEAA, KULTAA
Kun tunnisteet ovat samassa laajuudessa, tiimit voivat käyttää toisensa poissulkevia tunnisteita (samassa laajuudessa) ongelmaan, yhdistämispyyntöön tai eeppiseen tilanteeseen skenaarioissa, joissa on mukautettuja kenttiä tai mukautettuja työnkulun tiloja. Ne on määritetty käyttämällä erityistä kaksoispistesyntaksia tarran otsikossa.
Oletetaan, että tarvitset mukautetun kentän tehtävissä seurataksesi sen alustan käyttöjärjestelmää, johon toiminnot ovat kohdistettu. Jokaisen tehtävän tulee liittyä vain yhteen alustaan. Voit luoda pikakuvakkeita platform::iOS, platform::Android, platform::Linux ja muut tarpeen mukaan. Jos käytät yhtä tällaista pikakuvaketta tehtävään, se poistaa automaattisesti toisen olemassa olevan pikakuvakkeen, joka alkaa platform::.
Oletetaan, että sinulla on pikakuvakkeet workflow::development, workflow::review и workflow::deployed, joka osoittaa tiimisi työnkulun tilan. Jos tehtävässä on jo pikakuvake workflow::development, ja kehittäjä haluaa siirtää tehtävän lavalle workflow::review, se käyttää vain uutta pikakuvaketta ja vanhaa (workflow::development) poistetaan automaattisesti. Tämä toimintatapa on jo olemassa, kun siirrät tehtäviä ryhmäsi työnkulkua edustavan tehtävätaulun pikakuvakeluetteloiden välillä. Nyt tiimin jäsenet, jotka eivät työskentele suoraan tehtäväpaneelin kanssa, voivat itse muuttaa työnkulun tilaa tehtävissä.
Kun tavallisesti käytät säilörekisteriä CI-liukuputkien kanssa, teet useita erillisiä muutoksia yhteen tunnisteeseen. Dockerin jakelutoteutuksen vuoksi oletuskäyttäytyminen on tallentaa kaikki muutokset järjestelmään, mutta ne vievät lopulta paljon muistia. Jos käytät parametria -m с registry-garbage-collect, voit nopeasti poistaa kaikki aiemmat muutokset ja vapauttaa arvokasta tilaa.
CI Runnerin lisäminuuttien ostaminen
PRONSSI, HOPEAA, KULLAA
Käyttäjät, joilla on maksulliset GitLab.com-suunnitelmat (kulta, hopea, pronssi), voivat nyt ostaa lisää CI Runner -minuutteja. Aikaisemmin piti täyttää suunnitelman mukainen kiintiö. Tämän parannuksen avulla voit ostaa ennakkoon kiintiön ylittäviä minuutteja välttääksesi putkistojen sulkemisista johtuvia keskeytyksiä.
Nyt 1000 minuuttia maksaa 8 dollaria, ja voit ostaa niitä niin monta kuin haluat. Lisäminuutteja aletaan käyttää, kun olet käyttänyt koko kuukausikiintiösi, ja loput lisäminuuteista siirtyvät seuraavalle kuukaudelle. SISÄÄN tuleva julkaisu Haluamme lisätä tämän ominaisuuden myös ilmaisiin suunnitelmiin.
Auto DevOpsin avulla tiimit siirtyvät nykyaikaisiin DevOps-käytäntöihin lähes vaivattomasti. GitLab 11.10:stä alkaen jokainen Auto DevOpsin työ tarjotaan muodossa itsenäinen malli. Käyttäjät voivat käyttää функцию includes GitLab CI:ssä mahdollistaaksesi yksittäiset Auto DevOps -vaiheet ja käyttääksesi samalla mukautettua tiedostoasi gitlab-ci.yml. Tällä tavalla voit ottaa käyttöön vain tarvitsemasi työt ja hyödyntää alkupään päivityksiä.
Hallitse ryhmän jäseniä automaattisesti GitLab.comissa SCIM:n avulla
HOPEAKULTA
Aikaisemmin sinun piti hallita ryhmän jäsenyyttä manuaalisesti GitLab.comissa. Voit nyt käyttää SAML SSO:ta ja hallita jäsenyyttä SCIM:n avulla luodaksesi, poistaaksesi ja päivittääksesi käyttäjiä GitLab.comissa.
Tämä on erityisen hyödyllistä yrityksille, joilla on paljon käyttäjiä ja keskitettyjä identiteetin tarjoajia. Nyt sinulla voi olla yksi totuuden lähde, kuten Azure Active Directory, ja käyttäjät luodaan ja poistetaan automaattisesti identiteetin tarjoajan kautta manuaalisen sijaan.
Kirjaudu GitLab.comiin SAML-palveluntarjoajan kautta
HOPEAKULTA
Aiemmin SAML SSO:ta ryhmille käytettäessä käyttäjän oli kirjauduttava sisään GitLab-tunnistetiedoilla ja identiteetin tarjoajalla. Voit nyt kirjautua sisään suoraan SSO:n kautta määritettyyn ryhmään liitettynä GitLab-käyttäjänä.
Käyttäjien ei tarvitse kirjautua sisään kahdesti, mikä helpottaa yritysten SAML SSO:n käyttöä GitLab.comissa.
Muita parannuksia GitLabissa 11.10
Lasten eeppinen kaava
TÄRKEÄ, KULLA
Edellisessä julkaisussa lisäsimme lapsieepoksia (eepos eeppisiä) auttamaan sinua hallitsemaan työnjakorakennettasi. Lapsieepokset näkyvät yläeepoksen sivulla.
Tässä julkaisussa emoeepossivulla näkyy hahmotelma lapsieeposista, jotta tiimit voivat nähdä lapsieeposten aikajanan ja hallita ajoituksen riippuvuuksia.
Tässä julkaisussa esittelemme informatiivisia näyttöjä, jotka avautuvat, kun viet hiiren yhdistämispyyntölinkin päälle. Aiemmin näytimme vain yhdistämispyynnön otsikon, mutta nyt näytämme myös yhdistämispyynnön tilan, CI-liukuhihnan tilan ja lyhyen URL-osoitteen.
Git-työnkulut ohjelmistojen julkaisua tai toimittamista varten sisältävät usein useita pitkäaikaisia haaroja – aiempien versioiden korjaamiseksi (esim. stable-11-9) tai siirtyminen laatutestauksesta tuotantoon (esim. integration), mutta näiden haarojen yhdistämispyyntöjen löytäminen monien avoimien yhdistämispyyntöjen joukosta ei ole helppoa.
Projektien ja ryhmien yhdistämispyyntöjen luettelo voidaan nyt suodattaa yhdistämispyynnön kohdehaaran mukaan, jotta tarvitsemasi on helpompi löytää.
Jos käytämme runkopohjaista kehitysmenetelmää, tulee välttää pitkäikäisiä sivukonttoreita ja suosia pieniä, tilapäisiä, yhden omistajan toimipisteitä. Pienet muutokset työnnetään usein suoraan kohdehaaraan, mutta se voi rikkoa rakenteen.
Tässä julkaisussa GitLab tukee uusia Git-push-vaihtoehtoja, jotka avaavat automaattisesti yhdistämispyynnöt, asettavat kohdehaaran ja pakottavat yhdistämisen onnistuneelle putkilinjalle komentoriviltä haaroittamisen yhteydessä.
Paranneltu integrointi ulkoisten kojetaulujen kanssa
GitLab voi käyttää useita Prometheus-palvelimia (ympäristö, projekti ja ryhmät (odotettu)), mutta useiden päätepisteiden käyttäminen voi lisätä monimutkaisuutta tai sitä ei ehkä tueta tavalliset koontinäytöt. Tämän julkaisun avulla tiimit voivat käyttää yhtä Prometheus-sovellusliittymää, mikä tekee integroinnista Grafanan kaltaisten palvelujen kanssa paljon helpompaa.
Projekti Wikissä tiimit voivat jakaa dokumentaatiota ja muuta tärkeää tietoa sekä lähdekoodia ja tehtäviä. Tämän julkaisun avulla voit lajitella Wiki-sivujen luettelon luomispäivämäärän ja otsikon mukaan löytääksesi nopeasti äskettäin luodun sisällön.
Klusterin pyytämien resurssien seuranta
TÄRKEÄ, KULLA
GitLab auttaa sinua seuraamaan Kubernetes-klusterisi kehitys- ja tuotantosovelluksia varten. Tästä julkaisusta alkaen seuraa klusterin suorittimen ja muistin pyyntöjä havaitaksesi mahdolliset ongelmat ennen kuin niistä tulee ongelmia.
On erittäin tärkeää seurata GitLab-esiintymän kuntoa. Aiemmin toimitimme oletuskoontinäytöt upotetun Grafana-esiintymän kautta. Tästä julkaisusta alkaen olemme lisänneet hallintapaneeleja NGINX-kuormituksen tasaajien valvontaan.
SAST Elixirille
TÄRKEÄ, KULLA
Jatkamme kielituen laajentamista ja turvatarkastuksia. Tässä julkaisussa olemme ottaneet käyttöön tietoturvatarkistukset käynnissä oleville projekteille Eliksiiri ja luodut projektit Phoenix alusta.
Useita kyselyitä yhdessä kaaviossa
PREMIUM, ULTIMATE, HOPEAA, KULTAA
GitLabissa voit luoda kaavioita visualisoidaksesi keräämiäsi mittareita. Usein esimerkiksi jos haluat tarkastella mittarin enimmäis- tai keskiarvoa, haluat näyttää useita arvoja yhdessä kaaviossa. Tästä julkaisusta alkaen sinulla on tämä mahdollisuus.
Tässä julkaisussa Container Scan -raportti sisältää enemmän metatietoja - olemme lisänneet vaikuttava komponentti (Clair-ominaisuus) olemassa oleviin metatietoihin: prioriteetti, ID (viittaus mitre.org-sivustoon) ja vaikutustaso (esim. debian:8).
Tietojen raporttityypin lisääminen yhdistämispyyntöihin
PREMIUM, ULTIMATE, HOPEAA, KULTAA
GitLab tarjoaa jo useita erilaisia raportteja, jotka voidaan sisällyttää suoraan yhdistämispyyntöihin: raporteista aina koodin laatu и yksikkötestaus varmistusvaiheessa asti SAST и DAST suojausvaiheessa.
Vaikka nämä ovat tärkeitä raportteja, tarvitaan myös perustietoja, jotka sopivat erilaisiin skenaarioihin. GitLab 11.10:ssä tarjoamme mittareiden raportoinnin suoraan yhdistämispyynnössä, joka edellyttää yksinkertaista avain-arvo-paria. Tällä tavalla käyttäjät seuraavat muutoksia ajan kuluessa, mukaan lukien mukautetut tiedot ja tietyn yhdistämispyynnön mittareiden muutokset. Muistin käyttö, erikoistunut työkuormitustestaus ja terveystilat voidaan muuntaa yksinkertaisiksi mittareiksi, joita voidaan tarkastella suoraan yhdistämispyynnöissä muiden sisäänrakennettujen raporttien ohella.
Tuki monimoduuliisille Maven-projekteille riippuvuusskannaukseen
TÄRKEÄ, KULLA
Tämän julkaisun avulla usean moduulin Maven-projektit tukevat GitLab-riippuvuusskannausta. Aiemmin, jos alimoduulilla oli riippuvuus toisesta saman tason alimoduulista, se ei voinut sallia latausta Mavenin keskusvarastosta. Nyt luodaan monimoduulinen Maven-projekti, jossa on kaksi moduulia ja näiden kahden moduulin välinen riippuvuus. Sisarusmoduulien väliset riippuvuudet ovat nyt saatavilla paikallisessa Maven-varastossa, jotta rakentaminen voi jatkua.
Oletuksena GitLab Runner kloonaa projektin yksilölliseen alipolkuun $CI_BUILDS_DIR. Mutta joissakin projekteissa, kuten Golangissa, koodi on kloonattava tiettyyn hakemistoon, jotta se voidaan rakentaa.
GitLab 11.10:ssä otimme käyttöön muuttujan GIT_CLONE_PATH, jonka avulla voit määrittää tietyn polun, jossa GitLab Runner kloonaa projektin ennen tehtävän suorittamista.
Yksinkertainen suojattujen muuttujien peittäminen lokeissa
GitLab tarjoaa useita tapoja защитить и rajoittaa aluetta muuttujat GitLab CI/CD:ssä. Mutta muuttujat voivat silti päätyä rakennuslokeihin, tarkoituksella tai vahingossa.
GitLab ottaa riskienhallinnan ja auditoinnin vakavasti ja jatkaa vaatimustenmukaisuusominaisuuksien lisäämistä. GitLab 11.10:ssä otimme käyttöön mahdollisuuden peittää tietyntyyppiset muuttujat työjäljityslokeissa, mikä lisäsi suojaustasoa näiden muuttujien sisällön vahingossa sisällyttämiselle lokeihin. Ja nyt GitLab automaattisesti maskeja monia sisäänrakennettuja tunnusmuuttujia.
Ota Auto DevOps käyttöön tai poista se käytöstä tiimitasolla
Käyttöönottopaneelit näyttävät tiedot kaikista Kubernetes-asetuksista.
Tässä julkaisussa olemme muuttaneet tapaa, jolla kartoitamme käyttöönottojen pikakuvakkeet. Ottelut ovat nyt saatavilla app.example.com/app и app.example.com/env tai app. Näin vältetään suodatusristiriidat ja projektiin liittyvien virheellisten käyttöönottojen riski.
Kubernetes-integraatio GitLabin kanssa antaa sinun käyttää RBAC-ominaisuutta käyttämällä palvelutiliä ja omaa nimiavaruutta jokaiselle GitLab-projektille. Tästä julkaisusta alkaen näitä resursseja luodaan vain silloin, kun niitä tarvitaan käyttöönottoa varten.
Kun Kubernetes otetaan käyttöön, GitLab CI luo nämä resurssit ennen käyttöönottoa.
Ryhmätason klusterit tukevat nyt GitLab Runner -asennusta. Ryhmätason Kubernetes-juoksijat näkyvät lapsiprojekteissa ryhmäjuoksijoina, jotka on merkitty tunnisteella cluster и kubernetes.
Ominaisuudet käyttöön GitLab Serverless, näytä nyt tiettyä toimintoa varten vastaanotettujen puhelujen määrä. Tätä varten sinun on asennettava Prometheus klusteriin, johon Knative on asennettu.
Parametrien ohjaus git clean GitLab CI/CD -töitä varten
Oletuksena GitLab Runner on käynnissä git clean koodin lataamisen aikana suoritettaessa työtä GitLab CI/CD:ssä. GitLab 11.10:stä lähtien käyttäjät voivat hallita ryhmälle siirrettyjä parametreja git clean. Tämä on hyödyllistä joukkueille, joissa on omistautuneita juoksijoita, sekä joukkueille, jotka keräävät projekteja suurista yksittäisistä arkistoista. Nyt he voivat hallita purkuprosessia ennen komentosarjojen suorittamista. Uusi muuttuja GIT_CLEAN_FLAGS oletusarvo on -ffdx ja hyväksyy kaikki mahdolliset komentoparametrit [git clean](https://git-scm.com/docs/git-clean).
Suojatut ympäristöt voivat vaatia ylimääräisen ulkoisen valtuutusresurssin päästäkseen projektiin. Olemme lisänneet tuen pääsynhallinnan lisätasolle 10.6 ja sai useita pyyntöjä avata tämä toiminto Coressa. Olemme iloisia voidessamme esitellä ulkoisen valtuutuksen ja lisäsuojauksen Core-instanssien osalta, koska yksittäiset osallistujat tarvitsevat tätä ominaisuutta.
Kehittäjärooli voi luoda projekteja ryhmissä versiosta 10.5 lähtien, ja nyt tämä on mahdollista Coressa. Projektien luominen on GitLabin tuottavuuden avainominaisuus, ja sisällyttämällä tämän ominaisuuden Coreen, esimerkiksi jäsenten on nyt helpompi tehdä jotain uutta.
Tänään julkaistiin GitLab Runner 11.10! GitLab Runner on avoimen lähdekoodin projekti, jota käytetään CI/CD-töiden suorittamiseen ja tulosten palauttamiseen GitLabiin.
Korjasimme virheen Elasticsearch blob -hakusovellusliittymässä, joka palautti virheellisesti 0:n project_id. Se on tarpeen reindex Elasticsearchsaadaksesi oikeat arvot project_id tämän GitLab-version asentamisen jälkeen.
Omnibus-parannuksia
YDIN, STARTER, PREMIUM, ULTIMATE
Olemme tehneet seuraavat parannukset Omnibusiin GitLabissa 11.10:
Jatkamme GitLabin suorituskyvyn parantamista jokaisen julkaisun yhteydessä kaikenkokoisille GitLab-esiintymille. Joitakin parannuksia GitLab 11.10: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 poistettu käytöstä gitlab-ee!8433 näytetään sivulla Hallinta-alue > Geo > solmutjos yllä olevat tarkastukset eivät ole sallittuja.
GitLabissa 12.0 Geo käyttää tiivistettyä tallennustilaa. cm. gitlab-ee#8690.
Canonical ilmoitti lopettavansa Ubuntu 14.04:n vakiotuen Huhtikuu 2019 vuoden. Suosittelemme käyttäjiä päivittämään tuettuun LTS-versioon: Ubuntu 16.04 tai Ubuntu 18.04.
Poistopäivä: 22 Toukokuu 2019 kaupunki
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_server poistetaan 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 Ardo (Javier Jardon) per hänen panoksensa!
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 tarjoamme 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 tarkemmat tiedot osoitteesta tämä tehtävä.
Poistopäivä: 22 2019 kesäkuussa
Järjestelmätiedot-osio hallintapaneelissa
GitLab esittää tietoja GitLab-esiintymästäsi admin/system_info, mutta nämä tiedot eivät välttämättä ole tarkkoja.
Ilmainen: Rajoittamaton määrä yksityisiä tietovarastoja ja rajoittamaton määrä projektin avustajia. Suljetuissa projekteissa on pääsy tason ominaisuuksiin IlmainenOlla avoimia projekteja saada pääsy tason ominaisuuksiin Kulta.
Pronssi: Tiimille, jotka tarvitsevat pääsyn edistyneisiin työnkulun ominaisuuksiin.
Hopea: Tiimille, jotka tarvitsevat tehokkaampia DevOps-ominaisuuksia, vaatimustenmukaisuutta ja nopeampaa tukea.
Kulta: Soveltuu moniin CI/CD-töihin. Kaikki avoimet projektit voivat käyttää Gold-ominaisuuksia ilmaiseksi suunnitelmasta riippumatta.