GitLab 11.10 s pipelines na upravljaški ploči, s pipelines za objedinjene rezultate i prijedlozima za više retka u merge zahtjevima.
Praktične informacije o funkcionalnosti pipelines u različitim projektima
GitLab nastavlja povećavati transparentnost DevOps životnog ciklusa. U ovom izdanju dodata je pregled stanja pipelines.
To je korisno, čak i ako proučavate pipeline jednog projekta, ali posebno korisno ako što je obično slučaj kada koristite mikroservise i želite pokrenuti pipeline za testiranje i isporuku koda iz različitih repozitorija projekata. Sada odmah vidite funkcionalnost , gdje god se oni izvršavali.
Pokretanje pipelines za objedinjene rezultate
S vremenom, izvorne i ciljne grane se razdvajaju, a može doći do situacije kada one odvojeno rade, a zajedno ne funkcionišu. Sada je moguće Na taj način brzo ćete primijetiti greške koje bi se pojavile samo pri čestom premještanju promjena između grana, što znači da ćete brže ispraviti greške pipelines i efikasnije iskoristiti .
Daljnje optimizacije suradnje
U GitLab 11.10 došlo je još više mogućnosti za lakšu suradnju i pojednostavljene radne tokove. U uveli smo prijedloge za merge zahtjeve, kada je recenzent mogao predložiti promjenu jedne linije u komentaru merge zahtjeva, a to se moglo odmah commitati iz thread-a komentara. Naši korisnici su to zavoljeli i tražili su proširenje ove funkcije. Sada možete predložiti naznačujući koje linije treba ukloniti, a koje dodati.
Hvala na vašim povratnim informacijama i prijedlozima!
I to nije sve…
U ovom izdanju ima toliko nevjerojatnih funkcija, na primjer, temeljitija , a schopnost Ispod su detalji o svakoj od njih.
Najvredniji zaposlenik ovog mjeseca () — Takuya Noguchi
Ovaj mjesec najvredniji zaposlenik je Takuya Noguchi (). Takuya : odpravljal sem hrošče, dokončeval pomanjkljivosti v backendu in frontendu ter izboljšal uporabniški vmesnik. Hvala!
Glavne funkcije GitLab 11.10
Pipelini na nadzorni plošči
PREMIUM, ULTIMATE, SILVER, GOLD
Na nadzorni plošči GitLab so prikazane informacije o projektih na celotnem zgledu GitLab. Dodajate lahko posamezne projekte enega po enega in izberete, kateri projekt vas zanima.
V tej izdaji smo dodali na nadzorno ploščo informacije o statusih pipelinov. Zdaj razvijalci lahko vidijo delujoče pipelene v vseh potrebnih projektih – v enem vmesniku.
Pipelini za združene rezultate
PREMIUM, ULTIMATE, SILVER, GOLD
Običajno se s časom izvorna veja odstopa od ciljne, če nenehno ne premikate sprememb med njima. Kot rezultat so pipelini izvorne in ciljne veje 'zeleni' in ni konfliktov pri združevanju, vendar se pri združevanju lahko zgodi napaka zaradi nezdružljivosti sprememb.
Ko pipelin za združitev samodejno ustvari novo povezavo, ki vsebuje združeni rezultat združevanja izvorne in ciljne veje, lahko sprožimo pipelin po tej povezavi in zagotovimo, da bo skupni rezultat deloval.
Če uporabljate pipeline za združitev (v kakršni koli vlogi) in uporabljate zasebne GitLab izvajalce različice 11.8 ali starejše, jih je treba posodobiti, da ne pride do težave. . To ne vpliva na uporabnike javnih GitLab izvajalcev.
Predlogi sprememb v več vrsticah
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
Pri skupnem delu na prošnjah za združitev pogosto opazite težave in predlagate rešitve. Od različice GitLab 11.6 podpiramo za eno vrstico.
V različici 11.10 je v komentarjih na difu prošnje za združitev mogoče predlagati spremembe za več vrstic, nato pa lahko kateri koli uporabnik z dovoljenji za pisanje na izvorno vejo sprejme te spremembe z enim klikom. Z novo funkcijo se izognete kopiranju in lepljenju, kot je bilo v prejšnjih različicah.
Oznake na istem področju
PREMIUM, ULTIMATE, SILVER, GOLD
S oznakami na istem območju lahko ekipe dodelijo izključevalne oznake (v istem območju) nalogi, prošnji za združitev ali epiku v scenarijih s prilagojenimi polji ali prilagojenimi stanji delovnega procesa. Te se nastavljajo s posebnim sintaktičnim izrazom z dvopičjem v naslovu oznake.
Recimo, da potrebujete prilagodljivo polje v nalogah, da spremljate operacijski sistem platforme, na katero so usmerjene vaše funkcije. Vsaka naloga se mora nanašati samo na eno platformo. Ustvariti je mogoče oznake platform::iOS, platform::Android, platform::Linux in druge po potrebi. Če na nalogo uporabite eno takšno oznako, bo druga obstoječa oznaka, ki se začne z platform::.
Recimo, da imate oznake workflow::development, workflow::review in workflow::deployed, ki označujejo stanje delovnega procesa v vaši ekipi. Če ima naloga že oznako workflow::development, in razvijalec želi nalogo premakniti na stopnjo workflow::review, preprosto uporabi novo oznako, stara (workflow::development) pa se avtomatsko odstrani. To obnašanje že obstaja, ko premikate naloge med seznami oznak na tabeli nalog, ki predstavlja delovni proces vaše ekipe. Zdaj lahko člani ekipe, ki ne delajo neposredno s tabelo nalog, spremenijo stanje delovnega procesa kar v nalogah.
Bolj temeljito čiščenje registra kontejnerjev
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
Pri običajni uporabi registra kontejnerjev s CI-pipelini večkrat pošljete posamezne spremembe v en tag. Zaradi implementacije razdelitve Docker je vedenje po privzetku - obdržati vse spremembe v sistemu, vendar na koncu zavzema veliko prostora. Če uporabite parameter -m z registry-garbage-collect, lahko hitro odstranite vse prejšnje spremembe in osvobodite dragocen prostor.
Nakup dodatnih minut CI Runnerja
BRONZE, SILVER, GOLD
Uporabniki s plačljivimi načrti GitLab.com (Gold, Silver, Bronze) zdaj lahko kupijo dodatne minute CI Runnerja. Prej je bilo treba ostati v okviru kvote, ki jo določa načrt. S tem izboljšanjem je mogoče vnaprej kupiti minute prek kvote, da se preprečijo prekinitve dela zaradi ustavitve pipelinov.
Sedaj 1000 minut stane 8 dolarjev, kupite jih lahko poljubno število. Dodatne minute se začnejo porabljati, ko porabite celotno mesečno kvoto, preostale dodatne minute pa se prenesejo v naslednji mesec. V želimo dodati to funkcijo tudi na brezplačne načrte.
Kompone Auto DevOps
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
S Auto DevOps ekipe prehajajo na sodobne prakse DevOps skoraj brez napora. Od GitLab 11.10 naprej je vsaka naloga v Auto DevOps na voljo kot . Uporabniki lahko uporabljajo v GitLab CI, da vključijo posamezne stopnje Auto DevOps in hkrati uporabijo svojo prilagojeno datoteko gitlab-ci.yml. Tako lahko vključite samo potrebne naloge in izkoristite prednosti posodobitev v upstream.
Avtomatsko upravljanje članov skupine na GitLab.com z SCIM
SILVER, GOLD
Prej je bilo upravljanje članstva v skupinah na GitLab.com potrebno opraviti ročno. Sedaj lahko uporabite SAML SSO in upravljate članstvo s SCIM, da ustvarite, izbrišete in posodobite uporabnike na GitLab.com.
To je še posebej koristno za podjetja z velikim številom uporabnikov in centraliziranimi ponudniki identitet. Sedaj lahko imate enoten vir resnice, kot je Azure Active Directory, in uporabniki se bodo samodejno ustvarjali in izbrisali prek ponudnika identitet, namesto ročno.
Vstop na GitLab.com prek ponudnika SAML
SILVER, GOLD
Prej je moral uporabnik ob vstopu z uporabo SAML SSO vnesti poverilnice GitLab in ponudnika identitet. Sedaj se lahko neposredno prijavite prek SSO kot uporabnik GitLab, povezan s konfigurirano skupino.
Uporabnikom ne bo več treba dvakrat prijaviti, zato je podjetjem lažje uporabljati SAML SSO za GitLab.com.
Druga izboljšanja v GitLab 11.10
Shema podrejenih epikov
ULTIMATE, GOLD
V prejšnji izdaji smo dodali podrejene epike (epike epikov), da bi olajšali upravljanje strukture razdelitve nalog. Podrejeni epiki se prikazujejo na strani nadrejenega epika.
V tej izdaji se na strani nadrejenega epika prikaže shema podrejenih epikov, tako da ekipe vidijo kronologijo podrejenih epikov in lahko upravljajo časovne odvisnosti.
Orodne vrstice za združevalne zahteve
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
V tej izdaji predstavljamo informativne zaslone, ki se prikažejo, ko na povezavo združevalne zahteve položite kazalec. Prej smo prikazovali samo naslov združevalne zahteve, zdaj pa tudi stanje združevalne zahteve, stanje CI-pipelinea in kratek URL.
V prihajajočih izdajah nameravamo dodati več pomembnih informacij, na primer , poleg tega bomo uvedli orodne vrstice za .
Filtriranje združevalnih zahtev po ciljnih vejah
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
Git workflows for software release or delivery are often associated with several long-lived branches — for making fixes to earlier versions (for example, stable-11-9) or transitioning from quality assurance to production (for example, integration), but it is not so easy to find merge requests for these branches among the many open merge requests.
The list of merge requests for projects and groups can now be filtered by the target branch of the merge request, making it easier to find what you need.
Thank you, Hiroyuki Sato ()!
Submit and merge with a successful pipeline
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
If we use the Trunk-based development method, we should avoid long-lived branches in favor of small temporary branches with a single owner. Minor changes are often pushed directly to the target branch, but this puts us at risk of breaking the build.
In this release, GitLab supports new Git push options to automatically open merge requests, set the target branch, and ensure merging with a successful pipeline from the command line during the push to the branch.
Improved integration with external monitoring panels
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
GitLab can call multiple Prometheus servers (at the level of environment, project and ), but having multiple endpoints can complicate the system or may not be supported by standard monitoring panels. In this release, teams can utilize a single Prometheus API, significantly simplifying integration with services like Grafana.
Sorting Wiki pages by creation date
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
In the project's Wiki, teams can share documentation and other important information alongside source code and tasks. In this release, the list of pages in the Wiki can be sorted by creation date and title, allowing quick access to recently created content.
Monitoring resources requested by the cluster
ULTIMATE, GOLD
GitLab helps monitor the Kubernetes cluster for developing and running applications. Starting with this release, track CPU and memory resources requested by the cluster to spot potential issues before they become problems.
Viewing load balancer metrics on the Grafana dashboard
CORE, STARTER, PREMIUM, ULTIMATE
Zelo je pomembno spremljati delovanje instance GitLab. Prej smo zagotavljali privzete nadzorne panele prek vgrajene instance Grafana. S tem izdajam vključujemo dodatne panele za spremljanje urnikov NGINX.
SAST za Elixir
ULTIMATE, GOLD
Nadaljujemo z razširjanjem podpore za jezike in poglabljanjem varnostnih preverjanj. V tej izdaji smo vključili varnostna preverjanja za projekte v in projekte, ustvarjene na .
Več zahtevkov na enem diagramu
PREMIUM, ULTIMATE, SILVER, GOLD
V GitLab lahko ustvarite diagrame za vizualizacijo zbiranih metrik. Pogosto — na primer, če želite videti maksimalno ali povprečno vrednost metrike — želite prikazati več vrednosti na enem diagramu. S to izdajo imate to možnost.
Rezultati DAST na nadzorni plošči skupine za varnost
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
Dodali smo rezultate dinamičnega testiranja varnosti aplikacij (Dynamic Application Security Testing, DAST) na nadzorno ploščo skupine za varnost poleg SAST, skeniranja kontejnerjev in skeniranja odvisnosti.
Dodajanje metapodatkov v poročilo o skeniranju kontejnerjev
ULTIMATE, GOLD
V tej izdaji poročilo o skeniranju kontejnerjev vsebuje več metapodatkov — dodali smo vplivna komponenta (funkcija Clair) v obstoječe metapodatke: prioritet, identifikator (s povezavo na mitre.org) in vplivna raven (na primer, debian:8).
Dodajanje tipa poročila o metrih v združitvene zahteve
PREMIUM, ULTIMATE, SILVER, GOLD
GitLab že ponuja več vrst poročil, ki jih lahko vključite neposredno v združitvene zahteve: od poročil o in v fazi pregleda do in v fazi zaščite.
In čeprav so to pomembna poročila, so potrebni tudi osnovni podatki, ki so primerni za različne scenarije. V GitLab 11.10 ponujamo poročila o metrih neposredno v združitveni zahtevi, ki pričakuje preprost par ključ-vrednost. Tako uporabniki spremljajo spremembe skozi čas, vključno s prilagojenimi metri in spremembami metrov za določen združitveni zahtevek. Uporaba pomnilnika, testiranje specializiranih obremenitev in statusi delovanja se lahko pretvorijo v preproste metrike, ki jih lahko pregledate neposredno v združitvenih zahtevah skupaj z drugimi vgrajenimi poročili.
Podpora večmodulnih Maven projektov za skeniranje odvisnosti
ULTIMATE, GOLD
V tej izdaji večmodulni Maven projekti podpirajo skeniranje odvisnosti GitLab. Prej, če je podmodul imel odvisnost od drugega podmodula iste ravni, ni mogel rešiti naloge prenosov iz centralnega Maven repozitorija. Zdaj se večmodulni Maven projekt ustvari s dvema moduloma in odvisnostjo med njima. Odvisnost med moduli iste ravni je sedaj dostopna v lokalnem Maven repozitoriju, kar omogoča nadaljevanje sestavljanja.
Uporabniki lahko spremenijo pot za kloniranje v CI
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
Privzeto GitLab Runner klonira projekt v edinstveno vloženo pot v $CI_BUILDS_DIR. Vendar pa za nekatere projekte, kot je Golang, je potrebno klonirati kodo v specifičen imenik, da jo je možno sestaviti.
V GitLab 11.10 smo uvedli spremenljivko GIT_CLONE_PATH, s katero lahko določite specifično pot, kamor GitLab Runner klonira projekt pred izvajanjem naloge.
Enostavno maskiranje zaščitenih spremenljivk v logih
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
GitLab ponuja več načinov in spremenljivk v GitLab CI/CD. Vendar pa se spremenljivke še vedno lahko namerno ali slučajno pojavijo v logih sestavljanja.
GitLab resno jemlje upravljanje tveganj in revizijo ter nenehno dodaja funkcije za izpolnjevanje zahteve. V GitLab 11.10 smo uvedli možnost maskiranja nekaterih vrst spremenljivk v logih sledenja nalog, kar dodaja raven zaščite pred slučajnim uvidom vsebine teh spremenljivk v dnevniku. Poleg tega GitLab sedaj večino vgrajenih spremenljivk žetonov.
Vklop in izklop Auto DevOps na ravni skupine
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
S Auto DevOps v projektu GitLab.com se lahko brez težav lotite sodobnih DevOps delovnih tokov - od sestavljanja do dostave.
Zač начиная с GitLab 11.10 lahko vklapljate in izklapljate Auto DevOps za vse projekte v eni skupini.
Poenostavljena in izboljšana stran licenc
STARTER, PREMIUM, ULTIMATE
Da bi bilo upravljanje ključev licenc enostavnejše in bolj pregledno, smo spremenili obliko strani licenc na nadzorni plošči in izpostavili najpomembnejše elemente.
Posodobitev izbirnika oznak za Kubernetes prenose
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
Na panelih za prenose so prikazane informacije o vseh Kubernetes prenosih.
V tej izdaji smo spremenili način ujemanja oznak s prenosi. Zdaj so na voljo ujemanja po app.example.com/app in app.example.com/env ili app. To avoid conflicts during filtering and the risk of incorrect deployments related to the project.
Additionally, in GitLab version 12.0, we , and matching will only be possible by app.example.com/app in app.example.com/env.
Dynamically creating Kubernetes resources
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
Integrating Kubernetes into GitLab allows the use of RBAC functionality through a service account and a dedicated namespace for each GitLab project. Starting with this release, these resources will only be created when needed for deployment for maximum efficiency.
During Kubernetes deployment, GitLab CI will create these resources prior to the deployment.
Group runners for clusters at the group level
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
Group-level clusters now support the installation of GitLab Runner. Kubernetes group runners are displayed for child projects as group runners labeled cluster in kubernetes.
Call counter for Knative functions
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
Functions deployed with , now show the number of received calls for individual functions. To do this, Prometheus needs to be installed on the cluster where Knative is installed.
Parameter control git clean for GitLab CI/CD jobs
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
By default, GitLab Runner performs git clean during the code unload process when executing a job in GitLab CI/CD. Starting with GitLab 11.10, users can control the parameters passed to the command git clean. This is convenient for teams with dedicated runners as well as for teams that build projects from large monorepos. Now they can manage the unloading process before executing scripts. The new variable GIT_CLEAN_FLAGS defaults to -ffdx and accepts all possible parameters for the command [git clean](https://git-scm.com/docs/git-clean).
External authorization in Core
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
Protected environments may require an additional external authorization resource to access the project. We have added support for an additional layer of access control in and received many requests to open this functionality in Core. We are pleased to introduce external authorization and an additional layer of security for Core instances, as this feature is needed by certain participants.
The ability to create projects in groups in Core
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
The Developer role can create projects in groups , zdaj pa je to mogoče tudi v Core. Ustvarjanje projektov je ključna funkcionalnost za produktivno delo v GitLabu, in zahvaljujoč vključitvi te funkcionalnosti v Core je sedaj lažje, da se člani instance lotijo nečesa novega.
GitLab Runner 11.10
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
Danes smo izdali GitLab Runner 11.10! GitLab Runner je projekt z odprtokodnim izvorom, ki se uporablja za zagon CI/CD nalog in pošiljanje rezultatov nazaj v GitLab.
Najbolj zanimive spremembe:
- .
- .
- .
- .
- .
Celoten seznam sprememb lahko najdete v dnevniku sprememb GitLab Runner: .
Popravek vrnjenega project_id v API-ju za iskanje blob v Elasticsearch
STARTER, PREMIUM, ULTIMATE
Odpravili smo napako v API-ju za iskanje blob v Elasticsearch, ki je napačno vračal 0 za project_id. Potrebno bo , da bi pridobili pravilne vrednosti project_id po namestitvi te različice GitLab.
Izboljšave Omnibus
CORE, STARTER, PREMIUM, ULTIMATE
Uvedli smo naslednje izboljšave v Omnibus v GitLab 11.10:
- GitLab 11.10 vključuje , , v zadnji različici katere je vključena nova integracijska knjižnica za enostaven prenos podatkov iz Hipchat in še več. Ta različica vključuje , in priporočamo, da se nadgradite.
- Mi , in zdaj lahko enostavno začnete spremljanje instance GitLab.
- Dodali smo podporo za odstranjevanje starih slik kontejnerjev iz Docker registra.
- Posodobili smo ca-certs na 2019-01-23.
Izboljšave zmogljivosti
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
Nadaljujemo z izboljševanjem zmogljivosti GitLab-a z vsako različico za instance GitLab katere koli velikosti. Nekatere izboljšave v GitLab 11.10:
- .
- .
- .
- .
- .
- .
- .
- .
Izboljšanje diagramov GitLab
CORE, STARTER, PREMIUM, ULTIMATE
Izvedli smo naslednje izboljšave v diagramih GitLab:
- .
Zastarele funkcije
GitLab Geo bo omogočil hashirano shranjevanje v GitLab 12.0
GitLab Geo zahteva za omilitev konkurence na sekundarnih vozliščih. To je bilo omenjeno v .
V GitLab smo to zahtevo dodali v dokumentacijo Geo: .
V GitLab sudo gitlab-rake gitlab:geo:check preverja, ali je hashirano shranjevanje omogočeno in ali so vsi projekti preneseni. Oglejte si . Če uporabljate Geo, prosimo, zaženite to preverjanje in migrirajte čim prej.
V GitLab nenehno onemogočeno opozorilo bo prikazano na strani Administrativno področje › Geo › Vozlišča, če omenjena preverjanja niso dovoljena.
V GitLab Geo bo uporabil zahteve za hashirano shranjevanje. Oglejte si .
Datum odstranitve: 22. junij 2019
Podpora za Ubuntu 14.04
GitLab 11.10 bo zadnja različica s .
Canonical je oznanil prekinitev standardne podpore za Ubuntu 14.04 z . Priporočamo uporabnikom, da preidejo na podprto različico LTS: Ubuntu 16.04 ali Ubuntu 18.04.
Datum odstranitve: 22. maja 2019.
Omejitev največjega števila pipeline-ov, ki jih ustvari ena posodobitev
V preteklosti je GitLab ustvarjal pipeline-e za HEAD vsake veje v posodobitvi. To je priročno za razvijalce, ki hkrati pošljejo več sprememb (na primer v funkcijsko vejo in v vejo develop).
Toda ob pošiljanju velikega repozitorija, kjer je veliko aktivnih vej (na primer za premik, odsevanje ali razvejanje), ni treba ustvarjati pipeline-a za vsako vejo. Od GitLab 11.10 ustvarjamo ob pošiljanju.
Datum odstranitve: 22. maja 2019.
Zastareli poti legacy kode GitLab Runner
Od GitLab 11.9 GitLab Runner uporablja kloniranja/klicanja repozitorija. Trenutno bo GitLab Runner uporabil star način, če nov način ni podprt. Več si oglejte v .
V GitLab 11.0 smo spremenili izgled konfiguracije strežnika za metriko za GitLab Runner. metrics_server bo odstranjeno v prid listen_address v GitLab 12.0. Več si oglejte v .
V različici 11.3 je GitLab Runner začel podpirati ; kar je privedlo do novih nastavitev za . U , priložena je tabela sprememb in navodila za prehod na novo konfiguracijo. Več si oglejte v .
Te poti bodo nedostopni v GitLabu 12.0. Kot uporabnik vam ni treba ničesar spreminjati, le prepričati se morate, da deluje vaša različica GitLab 11.9+ ob nadgradnji na GitLab Runner 12.0.
Datum odstranitve: 22. junij 2019
Zastarela nastavitev za funkcionalnost vstopne točke za GitLab Runner
V različici 11.4 je bila predstavljena nastavitev funkcionalnosti za GitLab Runner za rešitev takih težav, kot so in .
V GitLabu 12.0 se bomo preklopili na pravilno obnašanje, kot da bi bila nastavitev funkcionalnosti onemogočena. Več informacij najdete v .
Datum odstranitve: 22. junij 2019
Zastarela podpora za Linux distribucije, ki so dosegle konec življenjske dobe, za GitLab Runner
Nekatere Linux distribucije, v katere lahko namestite GitLab Runner, so že potekle.
V GitLabu 12.0 GitLab Runner ne bo več razdeljeval paketov za te Linux distribucije. Celoten seznam distribucij, ki niso več podprte, lahko najdete v naši . Hvala Javieru Ardo () za !
Datum odstranitve: 22. junij 2019
Odstranitev starih ukazov GitLab Runner Helper
V okviru prizadevanj za podporo smo se morali odreči nekaterim starim ukazom, ki se uporabljajo za .
V GitLabu 12.0 se GitLab Runner zažene z novimi ukazi. To velja le za uporabnike, ki . Več informacij najdete v .
Datum odstranitve: 22. junij 2019
Odstranitev legacy mehanizma git clean iz GitLab Runner
V GitLab Runner 11.10 prilagoditev, kako Runner izvaja ukaz git clean. Poleg tega nova strategija čiščenja odstrani uporabo git reset in premakne ukaz git clean za korakom izvoz.
Ker lahko ta sprememba obnašanja vpliva na nekatere uporabnike, smo pripravili nastavitev FF_USE_LEGACY_GIT_CLEAN_STRATEGY. Če je vrednost nastavljena na true, bo obnovila legacy strategijo čiščenja. Več o uporabi nastavitev funkcionalnosti v GitLab Runner lahko najdete .
V GitLab Runner 12.0 bomo odstranili podporo za legacy strategijo čiščenja in možnost njene obnove z nastavitvijo funkcionalnosti. Več informacij najdete v .
Datum odstranitve: 22. junij 2019
Oddelek za sistemske informacije v administrativnem nadzorni plošči
GitLab prikazuje informacije o vaši različici GitLab v admin/system_info, vendar morda te informacije niso natančne.
Mi administrativne nadzorne plošče v GitLabu 12.0 in priporočamo uporabo .
Datum odstranitve: 22. junij 2019
Zapis sprememb
Iskanje vseh teh sprememb v zapisniku sprememb:
Namestitev
Če nastavite novo namestitev GitLab, obiščite .
Posodobitev
Oglejte si .
Načrti naročnin GitLab
GitLab je na voljo v dveh različicah: in .
: lokalno ali na izbrani oblačni platformi.
- Jedro: za majhne ekipe, osebne projekte ali preizkusno različico GitLab brez časovne omejitve.
- Starter: za ekipe, ki delajo v istem pisarniškem okolju na več projektih in potrebujejo profesionalno podporo.
- Premium: za razpršene ekipe, ki potrebujejo napredne funkcije, visoko razpoložljivost in 24/7 podporo.
- Ultimate: za podjetja, ki potrebujejo zanesljivo strategijo in izvedbo z izboljšano varnostjo in skladnostjo.
— GitLab.com: ga gostuje, upravlja in nadzoruje GitLab z za posamezne razvijalce in ekipe.
- Brezplačno: neomejeni privatni repozitoriji in neomejeno število udeležencev projekta. Zasebni projekti imajo dostop do funkcij ravni Brezplačno, pri imajo dostop do funkcij ravni Gold.
- Bronze: za ekipe, ki potrebujejo dostop do naprednih funkcij delovnega procesa.
- Silver: za ekipe, ki potrebujejo bolj zanesljive DevOps funkcionalnosti, skladnost in hitro podporo.
- Gold: primerno za številne CI/CD naloge. Vsi javni projekti lahko brezplačno uporabljajo funkcije Gold, ne glede na načrt.
Izvor: habr.com
