GitLab 11.10 kun instrumentpanelduktoj, kunfanditaj rezultduktoj kaj plurliniaj sugestoj en kunfandaj petoj.
Konvena informo pri la agado de duktoj en malsamaj projektoj
GitLab daŭre pliigas videblecon en la DevOps-vivciklon. En ĉi tiu numero sur aldonis superrigardon de dukto statuso.
Ĉi tio estas oportuna eĉ se vi studas la dukton de ununura projekto, sed estas precipe utila se , - kaj ĉi tio kutime okazas se vi uzas mikroservojn kaj volas ruli dukton por testi kaj liveri kodon de malsamaj projektdeponejoj. Nun vi povas tuj vidi la agadon , kie ajn ili estas faritaj.
Kurante duktoj por kunfanditaj rezultoj
Kun la tempo, la fonto kaj celbranĉoj diverĝas, kaj povas ekesti situacio kie ili eltenas aparte, sed ne funkcias kune. Nun vi povas . Tiel vi rapide rimarkos erarojn, kiuj aperus nur se ŝanĝoj estis ofte movitaj inter branĉoj, kio signifas, ke vi korektos erarojn de dukto multe pli rapide kaj uzos la .
Plue optimumigi kunlaboron
GitLab 11.10 aldonas eĉ pli da funkcioj por senjunta kunlaboro kaj simpligitaj laborfluoj. EN ni enkondukis sugestojn por kunfandi petoj, kie recenzisto povus sugesti ŝanĝon al unu linio en komento al kunfanda peto, kaj ĝi povus esti tuj farita rekte de la komenta fadeno. Niaj uzantoj ŝatis ĝin kaj petis pligrandigi ĉi tiun funkcion. Nun vi povas proponi , indikante kiujn liniojn forigi kaj kiujn aldoni.
Dankon pro viaj sugestoj kaj sugestoj!
Kaj tio ne estas ĉio...
Estas tiom da mirindaj funkcioj en ĉi tiu eldono, ekz. , pli detale , kaj ŝanco . Malsupre estas detaloj pri ĉiu el ili.
La Plej Valora Dungito de ĉi tiu Monato) - Takuya Noguchi
La Plej Valora Dungito de ĉi tiu monato estas Takuya Noguchi (). Takuya : riparis cimojn, kompletigis mankojn en la backend kaj fasado kaj plibonigis la uzantinterfacon. Dankon!
Ĉefaj trajtoj de GitLab 11.10
Duktoj sur la kontrolpanelo
PREMIUM, ULTIMATE, ARGENTO, ORO
La panelo en GitLab montras informojn pri projektoj tra via tuta GitLab-instanco. Vi aldonas individuajn projektojn unuope kaj povas elekti kiu projekto interesas vin.
En ĉi tiu eldono, ni aldonis informojn pri duktostatusoj al la panelo. Nun programistoj vidas la funkciojn de duktoj en ĉiuj necesaj projektoj - en unu interfaco.
Duktoj por kunfanditaj rezultoj
PREMIUM, ULTIMATE, ARGENTO, ORO
Estas ofte, ke la fonta branĉo diverĝas de la celbranĉo laŭlonge de la tempo krom se vi konstante puŝas ŝanĝojn inter ili. Kiel rezulto, la fonto- kaj cela filioduktoj estas "verdaj" kaj ekzistas neniuj kunfandaj konfliktoj, sed la kunfandiĝo malsukcesas pro malkongruaj ŝanĝoj.
Kiam la kunfandpeta dukto aŭtomate kreas novan ligilon, kiu enhavas la kombinitan rezulton de la kunfandiĝo de la fonto kaj cela branĉoj, ni povas ruli la dukto sur tiu ligilo kaj certigi ke la ĝenerala rezulto funkcias.
Se vi uzas kunfandipetajn duktojn (en ajna kapablo) kaj uzas privatajn GitLab-kuristojn version 11.8 aŭ pli malnovan, vi devos ĝisdatigi ilin por eviti ĉi tiun problemon. . Ĉi tio ne influas uzantojn de publikaj GitLab-kurantoj.
Sugestante ŝanĝojn sur pluraj linioj
KERNO, STARTER, PREMIUM, ULTIMATE, FREE, BRONZO, ARGENTO, ORO
Kunlaborante pri kunfandaj petoj, vi ofte ekvidas problemojn kaj proponas solvojn. Ekde GitLab 11.6 ni subtenas por unu linio.
En versio 11.10, kunfandaj petaj difkomentoj povas proponi ŝanĝojn al pluraj linioj, kaj tiam iu ajn kun skribpermesoj al la origina branĉo povas akcepti ilin per unu klako. Danke al la nova funkcio, vi povas eviti kopii-alglui, kiel en antaŭaj versioj.
Ŝparvojoj en unu areo
PREMIUM, ULTIMATE, ARGENTO, ORO
Kun etikedoj en la sama amplekso, teamoj povas apliki reciproke ekskluzivajn etikedojn (en la sama amplekso) al afero, kunfandi peton aŭ epopeon en scenaroj kun kutimaj kampoj aŭ kutimaj laborfluoŝtatoj. Ili estas agorditaj uzante specialan dupunktosintakso en la etikedo titolo.
Ni diru, ke vi bezonas kutiman kampon en taskoj por spuri la operaciumon de la platformo, kiun viaj funkcioj celas. Ĉiu tasko devas rilati al nur unu platformo. Vi povas krei ŝparvojojn platform::iOS, platform::Android, platform::Linux kaj aliaj kiel necese. Se vi aplikas tian ŝparvojon al tasko, ĝi aŭtomate forigos alian ekzistantan ŝparvojon kiu komenciĝas per platform::.
Ni diru, ke vi havas ŝparvojojn workflow::development, workflow::review и workflow::deployed, indikante la staton de la laborfluo de via teamo. Se la tasko jam havas ŝparvojon workflow::development, kaj la programisto volas movi la taskon al la scenejo workflow::review, ĝi nur aplikas la novan ŝparvojon kaj la malnovan (workflow::development) estas aŭtomate forigita. Ĉi tiu konduto jam ekzistas kiam vi movas taskojn inter listoj de ŝparvojoj sur la taskotabulo kiu reprezentas la laborfluon de via teamo. Nun teamanoj, kiuj ne rekte laboras kun la taskotabulo, povas ŝanĝi la laborfluan staton en la taskoj mem.
Pli ĝisfunda purigado de la ujo-registro
KERNO, STARTER, PREMIUM, ULTIMATE, FREE, BRONZO, ARGENTO, ORO
Kiam vi kutime uzas konteneran registron kun CI-duktoj, vi puŝas plurajn apartajn ŝanĝojn al ununura etikedo. Pro la distribua efektivigo de Docker, la defaŭlta konduto estas konservi ĉiujn ŝanĝojn al la sistemo, sed ili finas okupi multan memoron. Se vi uzas la parametron -m с registry-garbage-collect, vi povas rapide forigi ĉiujn antaŭajn ŝanĝojn kaj liberigi altvaloran spacon.
Aĉetante pliajn CI Runner-minutojn
BRONZO, ARGENTO, ORO
Uzantoj kun pagitaj GitLab.com-planoj (Oro, Arĝento, Bronzo) nun povas aĉeti pliajn CI Runner-minutojn. Antaŭe, estis necese plenumi la kvoton antaŭviditan en la plano. Kun ĉi tiu plibonigo, vi povas antaŭaĉeti tro-kvotajn minutojn por eviti interrompojn pro dukto-haltigoj.
Nun 1000 minutoj kostas $8, kaj vi povas aĉeti tiom da el ili kiom vi volas. Pliaj minutoj komencos esti uzataj kiam vi elspezis vian tutan monatan kvoton, kaj la resto de la aldonaj minutoj transiros al la venonta monato. EN ni volas aldoni ĉi tiun funkcion ankaŭ al senpagaj planoj.
Komponebla Aŭtomata DevOps
KERNO, STARTER, PREMIUM, ULTIMATE, FREE, BRONZO, ARGENTO, ORO
Kun Aŭtomata DevOps, teamoj transiras al modernaj DevOps-praktikoj preskaŭ sen penado. Komencante kun GitLab 11.10, ĉiu laboro en Aŭtomata DevOps estas provizita kiel . Uzantoj povas uzi en GitLab CI por ebligi individuajn stadiojn de Aŭtomata DevOps kaj samtempe uzi vian propran dosieron gitlab-ci.yml. Tiel vi povas ebligi nur la laborojn, kiujn vi bezonas kaj utiligi kontraŭfluajn ĝisdatigojn.
Aŭtomate administru grupanojn ĉe GitLab.com per SCIM
ARGENTO, ORO
Antaŭe, vi devis mane administri grupan membrecon ĉe GitLab.com. Vi nun povas uzi SAML SSO kaj administri membrecon uzante SCIM por krei, forigi kaj ĝisdatigi uzantojn en GitLab.com.
Ĉi tio estas precipe utila por kompanioj kun multaj uzantoj kaj centralizitaj identecaj provizantoj. Nun vi povas havi ununuran fonton de vero, kiel Azure Active Directory, kaj uzantoj estos kreitaj kaj forigitaj aŭtomate per la identeca provizanto prefere ol permane.
Ensalutu al GitLab.com per SAML-Provizo
ARGENTO, ORO
Antaŭe, uzante SAML SSO por grupoj, la uzanto devis ensaluti kun GitLab-akreditaĵoj kaj identeca provizanto. Vi nun povas rekte ensaluti per SSO kiel GitLab-uzanto asociita kun agordita grupo.
Uzantoj ne devos ensaluti dufoje, faciligante al kompanioj uzi SAML SSO por GitLab.com.
Aliaj plibonigoj en GitLab 11.10
Infana epopea skemo
ULTIMA, ORO
En la antaŭa eldono, ni aldonis infanajn epopeojn (epopeoj de epopeoj) por helpi vin administri vian labordistribuan strukturon. Infanaj epopeoj aperas sur la paĝo de la gepatra epopeo.
En ĉi tiu eldono, la gepatra epopea paĝo montras skizon de infanaj epopeoj por ke teamoj povu vidi la templinion de infanaj epopeoj kaj povu administri tempajn dependecojn.
Kunfandi petajn ŝprucajn ekranojn
KERNO, STARTER, PREMIUM, ULTIMATE, FREE, BRONZO, ARGENTO, ORO
En ĉi tiu eldono, ni enkondukas informajn ekranojn, kiuj aperas kiam vi ŝvebas super kunfandpeta ligilo. Antaŭe, ni nur montris la titolon de peto de kunfandado, sed nun ni ankaŭ montras la staton de peto de kunfandado, CI-duktostatuson kaj mallongan URL.
Ni planas aldoni pli gravajn informojn en estontaj eldonoj, ekz. , kaj ni ankaŭ enkondukos ŝprucajn ekranojn por .
Filtri kunfandi petojn laŭ celbranĉoj
KERNO, STARTER, PREMIUM, ULTIMATE, FREE, BRONZO, ARGENTO, ORO
Git-laborfluoj por publikigi aŭ sendi programaron ofte implikas plurajn longperspektivajn branĉojn - por fari korektojn al antaŭaj versioj (ekz. stable-11-9) aŭ moviĝi de kvalittestado al produktado (ekz. integration), sed ne estas facile trovi kunfandpetojn por ĉi tiuj branĉoj inter la multaj malfermitaj kunfandpetoj.
La listo de kunfandaj petoj por projektoj kaj grupoj nun povas esti filtrita de la cela branĉo de la kunfanda peto por faciligi trovi tiun, kiun vi bezonas.
Dankon, Hiroyuki Sato ()!
Sendado kaj kunfandado sur sukcesa dukto
KERNO, STARTER, PREMIUM, ULTIMATE, FREE, BRONZO, ARGENTO, ORO
Se ni uzas la disvolvan metodon bazitan sur Trunko, ni devus eviti longvivajn branĉojn favore al malgrandaj, provizoraj branĉoj kun ununura posedanto. Malgrandaj ŝanĝoj ofte estas puŝitaj rekte al la cela branĉo, sed fari tion riskas rompi la konstruon.
Kun ĉi tiu eldono, GitLab subtenas novajn Git-puŝopciojn por aŭtomate malfermi kunfandi petojn, agordi la celbranĉon, kaj devigi kunfandi sur sukcesa dukto de la komandlinio en la momento de puŝo al la branĉo.
Plibonigita integriĝo kun eksteraj paneloj
KERNO, STARTER, PREMIUM, ULTIMATE, FREE, BRONZO, ARGENTO, ORO
GitLab povas aliri plurajn Prometheus-servilojn (medio, projekto kaj ), sed havi plurajn finpunktojn povas aldoni kompleksecon aŭ eble ne esti subtenata de normaj instrumentpaneloj. Kun ĉi tiu eldono, teamoj povas uzi ununuran Prometheus API, faciligante integriĝon kun servoj kiel Grafana.
Ordigi Vikiajn paĝojn laŭ krea dato
KERNO, STARTER, PREMIUM, ULTIMATE, FREE, BRONZO, ARGENTO, ORO
En projekto Vikio, teamoj povas kunhavigi dokumentadon kaj aliajn gravajn informojn kune kun fontkodo kaj taskoj. Kun ĉi tiu eldono, vi povas ordigi la liston de Vikio-paĝoj laŭ krea dato kaj titolo por rapide trovi ĵus kreitan enhavon.
Monitoraj rimedoj petitaj de la areto
ULTIMA, ORO
GitLab helpas vin monitori vian Kubernetes-grupon por disvolviĝo kaj produktado-aplikoj. Komencante kun ĉi tiu eldono, kontrolu CPU- kaj memorpetojn de via areto por rimarki eblajn problemojn antaŭ ol ili fariĝos problemoj.
Rigardu Ŝarĝbalancilojn en la Grafana Panelo
KERNO, STARTER, PREMIUM, ULTIMATE
Estas tre grave kontroli la sanon de via GitLab-instanco. Antaŭe, ni disponigis defaŭltajn instrumentpanelojn per enigita Grafana-instanco. Komencante kun ĉi tiu eldono, ni inkludis pliajn instrumentpanelojn por monitori NGINX-ŝarĝbalancilojn.
SAST por Eliksiro
ULTIMA, ORO
Ni daŭre vastigas lingvan subtenon kaj profundigas sekureckontrolojn. En ĉi tiu eldono ni ebligis sekurecajn kontrolojn por projektoj kaj projektoj kreitaj sur .
Multoblaj demandoj en unu diagramo
PREMIUM, ULTIMATE, ARGENTO, ORO
En GitLab, vi povas krei diagramojn por bildigi la metrikojn, kiujn vi kolektas. Ofte, ekzemple, se vi bezonas rigardi la maksimuman aŭ mezan valoron de metriko, vi volas montri plurajn valorojn sur unu diagramo. Komencante kun ĉi tiu eldono, vi havas ĉi tiun ŝancon.
DAST-rezultoj sur la Grupo Sekurecpanelo
KERNO, STARTER, PREMIUM, ULTIMATE, FREE, BRONZO, ARGENTO, ORO
Ni aldonis rezultojn de Dynamic Application Security Testing (DAST) al la sekureca panelo de la teamo krom SAST, kontenera skanado kaj dependeca skanado.
Aldonante Metadatumojn al Uja Skanado-Raporto
ULTIMA, ORO
En ĉi tiu eldono, la Raporto pri Uja Skanado enhavas pli da metadatenoj - ni aldonis tuŝita komponanto (trajto de Clair) en ekzistantajn metadatenojn: prioritato, ID (kun referenco al mitre.org) kaj nivelo tuŝita (ekz. debian:8).
Aldonante tipon de raporto pri mezuroj por kunfandi petojn
PREMIUM, ULTIMATE, ARGENTO, ORO
GitLab jam provizas plurajn specojn de raportoj, kiuj povas esti inkluditaj rekte en kunfandaj petoj: de raportoj ĝis и ĉe la kontrola stadio ĝis и en la protekta stadio.
Kvankam ĉi tiuj estas gravaj raportoj, ankaŭ necesas bazaj informoj, kiuj taŭgas por malsamaj scenaroj. En GitLab 11.10, ni provizas metrikojn raportantajn rekte en la kunfanda peto, kiu atendas simplan ŝlosil-valoran paron. Tiel, uzantoj spuras ŝanĝojn laŭlonge de la tempo, inkluzive de kutimaj metrikoj, kaj ŝanĝojn en metrikoj por specifa kunfanda peto. Memoruzo, speciala laborŝarĝa testado kaj sanaj statoj povas esti konvertitaj en simplajn metrikojn, kiuj povas esti rigardataj rekte en kunfandaj petoj kune kun aliaj enkonstruitaj raportoj.
Subteno por multmodulaj Maven-projektoj por dependeca skanado
ULTIMA, ORO
Kun ĉi tiu eldono, plurmodulaj Maven-projektoj subtenas GitLab-dependan skanadon. Antaŭe, se submodulo havis dependecon de alia submodulo de la sama nivelo, ĝi ne povus permesi ŝarĝon de la centra Maven-deponejo. Nun plurmodula Maven-projekto estas kreita kun du moduloj kaj dependeco inter la du moduloj. Dependecoj inter gefrataj moduloj nun haveblas en la loka Maven-deponejo por ke la konstruo povu daŭrigi.
Uzantoj povas ŝanĝi la klonan vojon en CI
KERNO, STARTER, PREMIUM, ULTIMATE, FREE, BRONZO, ARGENTO, ORO
Defaŭlte, GitLab Runner klonas la projekton al unika subvojo en $CI_BUILDS_DIR. Sed por iuj projektoj, kiel Golang, la kodo devas esti klonita en specifan dosierujon por ke ĝi estu konstruita.
En GitLab 11.10 ni enkondukis la variablon GIT_CLONE_PATH, kiu permesas al vi specifi specifan vojon kie GitLab Runner klonas la projekton antaŭ plenumi la taskon.
Simpla maskado de protektitaj variabloj en protokoloj
KERNO, STARTER, PREMIUM, ULTIMATE, FREE, BRONZO, ARGENTO, ORO
GitLab provizas plurajn manierojn и variabloj en GitLab CI/CD. Sed variabloj ankoraŭ povas fini en konstruaj protokoloj, intence aŭ hazarde.
GitLab prenas riskan administradon kaj revizion serioze kaj daŭre aldonas plenumajn funkciojn. En GitLab 11.10, ni enkondukis la kapablon maski iujn specojn de variabloj en laborspuraj protokoloj, aldonante nivelon de protekto kontraŭ la enhavo de ĉi tiuj variabloj hazarde inkluzivita en la protokoloj. Kaj nun GitLab multaj enkonstruitaj ĵetonaj variabloj.
Ebligu aŭ malŝalti Aŭtomatan DevOps ĉe la teamnivelo
KERNO, STARTER, PREMIUM, ULTIMATE, FREE, BRONZO, ARGENTO, ORO
Kun Aŭtomata DevOps en projekto GitLab.com, vi povas akcepti modernajn laborfluojn de DevOps de konstruo ĝis livero sen ĝeno.
Komencante kun GitLab 11.10, vi povas ebligi aŭ malŝalti Aŭtomatan DevOps por ĉiuj projektoj en la sama grupo.
Simpligita kaj plibonigita permesilpaĝo
STARTER, PREMIUM, ULTIMATE
Por igi la administradon de permesilaj ŝlosiloj pli oportuna kaj pli simpla, ni restrukturis la paĝon pri permesiloj en la administra panelo kaj emfazis la plej gravajn elementojn.
Ĝisdatigu la ŝparvojan elektilon por Kubernetes-deplojoj
KERNO, STARTER, PREMIUM, ULTIMATE, FREE, BRONZO, ARGENTO, ORO
Deplojaj paneloj montras informojn pri ĉiuj deplojoj de Kubernetes.
En ĉi tiu eldono, ni ŝanĝis la manieron kiel ni mapas ŝparvojojn al deplojoj. Matĉoj nun haveblas de app.example.com/app и app.example.com/env aŭ app. Ĉi tio evitos filtrajn konfliktojn kaj la riskon de malĝustaj deplojoj asociitaj kun la projekto.
Aldone, en GitLab 12.0 ni , kaj matĉo eblos nur per app.example.com/app и app.example.com/env.
Dinamike kreante Kubernetes-resursojn
KERNO, STARTER, PREMIUM, ULTIMATE, FREE, BRONZO, ARGENTO, ORO
Kubernetes-integriĝo kun GitLab permesas vin uzi la funkcion RBAC uzante servokonton kaj dediĉitan nomspacon por ĉiu GitLab-projekto. Komencante kun ĉi tiu eldono, por maksimuma efikeco, ĉi tiuj rimedoj estos kreitaj nur kiam necesas por deplojo.
Dum deplojado de Kubernetes, GitLab CI kreos ĉi tiujn rimedojn antaŭ deplojo.
Grupkuristoj por grupnivelaj aretoj
KERNO, STARTER, PREMIUM, ULTIMATE, FREE, BRONZO, ARGENTO, ORO
Grupnivelaj aretoj nun subtenas instaladon de GitLab Runner. Grupnivelaj Kubernetes-kuristoj ŝajnas al infanaj projektoj kiel grupaj kuristoj etikeditaj cluster и kubernetes.
Vokkalkulilo por Knative-funkcioj
KERNO, STARTER, PREMIUM, ULTIMATE, FREE, BRONZO, ARGENTO, ORO
Trajtoj deplojitaj kun , nun montru la nombron da vokoj ricevitaj por aparta funkcio. Por fari tion, vi devas instali Prometheus sur la areto kie Knative estas instalita.
Parametra kontrolo git clean por GitLab CI/CD-laboroj
KERNO, STARTER, PREMIUM, ULTIMATE, FREE, BRONZO, ARGENTO, ORO
Defaŭlte, GitLab Runner funkcias git clean dum la procezo de alŝuto de kodo dum plenumado de laboro en GitLab CI/CD. Ekde GitLab 11.10, uzantoj povas kontroli la parametrojn transdonitajn al teamo git clean. Ĉi tio estas utila por teamoj kun diligentaj kuristoj, same kiel por teamoj, kiuj kolektas projektojn de grandaj monodeponejoj. Nun ili povas kontroli la malŝarĝan procezon antaŭ ol ekzekuti skriptojn. Nova variablo GIT_CLEAN_FLAGS defaŭlta valoro estas -ffdx kaj akceptas ĉiujn eblajn komandparametrojn [git clean](https://git-scm.com/docs/git-clean).
Ekstera rajtigo en Kerno
KERNO, STARTER, PREMIUM, ULTIMATE, FREE, BRONZO, ARGENTO, ORO
Sekuraj medioj povas postuli plian eksteran rajtigan rimedon por aliri la projekton. Ni aldonis subtenon por plia nivelo de alirkontrolo en kaj ricevis multajn petojn malfermi ĉi tiun funkcion en Kerno. Ni ĝojas enkonduki eksteran rajtigon kaj plian tavolon de sekureco por Kernaj okazoj, ĉar ĉi tiu funkcio estas bezonata de individuaj partoprenantoj.
Kapablo krei projektojn en grupoj en Kerno
KERNO, STARTER, PREMIUM, ULTIMATE, FREE, BRONZO, ARGENTO, ORO
La rolo de Ellaboranto povas krei projektojn en grupoj , kaj nun ĉi tio eblas en Kerno. Krei projektojn estas ŝlosila funkcio por produktiveco en GitLab, kaj inkluzivante ĉi tiun funkcion en Core, nun estas pli facile, ekzemple, membroj fari ion novan.
GitLab Runner 11.10
KERNO, STARTER, PREMIUM, ULTIMATE, FREE, BRONZO, ARGENTO, ORO
Hodiaŭ ni publikigis GitLab Runner 11.10! GitLab Runner estas malfermfonta projekto, kiu estas uzata por ruli CI/KD-laborojn kaj repuŝi la rezultojn al GitLab.
La plej interesaj ŝanĝoj:
- .
- .
- .
- .
- .
La plena listo de ŝanĝoj troveblas en la ŝanĝprotokolo de GitLab Runner: .
Korekto de la resendita project_id en la blobserĉa API en Elasticsearch
STARTER, PREMIUM, ULTIMATE
Ni riparis cimon en la Elasticsearch blob-serĉa API, kiu erare redonis 0 por project_id. Estos necese por akiri la ĝustajn valorojn project_id post instalo de ĉi tiu versio de GitLab.
Omnibus-plibonigoj
KERNO, STARTER, PREMIUM, ULTIMATE
Ni faris la sekvajn plibonigojn al Omnibus en GitLab 11.10:
- GitLab 11.10 inkluzivas , , kies plej nova eldono inkluzivas novan integran dosierujon por facile migri datumojn de Hipchat kaj multe pli. Ĉi tiu versio inkluzivas , kaj ni rekomendas ĝisdatigi.
- Ni , kaj nun estas facile komenci monitori vian GitLab-instancon.
- Ni aldonis subtenon por forigi malnovajn ujajn bildojn el la Docker-registro.
- Ni ĝisdatigis ca-certojn al 2019-01-23.
Rendimentaj plibonigoj
KERNO, STARTER, PREMIUM, ULTIMATE, FREE, BRONZO, ARGENTO, ORO
Ni daŭre plibonigas la rendimenton de GitLab kun ĉiu eldono por okazoj de GitLab de ajna grandeco. Kelkaj plibonigoj en GitLab 11.10:
- .
- .
- .
- .
- .
- .
- .
- .
Plibonigitaj GitLab-diagramoj
KERNO, STARTER, PREMIUM, ULTIMATE
Ni faris la sekvajn plibonigojn al GitLab-diagramoj:
- .
Malrekomenditaj trajtoj
GitLab Geo alportos haŝitan stokadon al GitLab 12.0
GitLab Geo estas bezonata mildigi konkuradon sur sekundaraj nodoj. Ĉi tio estis notita en .
En GitLab ni aldonis ĉi tiun postulon al la Geo-dokumentado: .
En GitLab sudo gitlab-rake gitlab:geo:check kontrolas ĉu haŝita stokado estas ebligita kaj ĉu ĉiuj projektoj estas migritaj. Cm. . Se vi uzas Geo, bonvolu fari ĉi tiun kontrolon kaj migri kiel eble plej baldaŭ.
En GitLab konstante malfunkciigita averto estos montrata sur la paĝo Administra Areo > geo > Notojse la supraj kontroloj ne estas permesitaj.
En GitLab Geo uzos haŝitajn konservajn postulojn. Cm. .
Dato de Forigo: 22 junio 2019
Subteno de Ubuntu 14.04
GitLab 11.10 estos la lasta eldono kun .
Canonical anoncis la finon de norma subteno por Ubuntu 14.04 . Ni konsilas al uzantoj ĝisdatigi al subtenata LTS-versio: Ubuntu 16.04 aŭ Ubuntu 18.04.
Dato de Forigo: 22 Majo 2019
Limigante la maksimuman nombron da duktoj kreitaj per unu submetaĵo
Antaŭe, GitLab kreis duktoj por HEAD ĉiu branĉo en la sendo. Ĉi tio estas utila por programistoj, kiuj puŝas plurajn ŝanĝojn samtempe (ekzemple al ĉefbranĉo kaj a develop).
Sed kiam vi premas grandan deponejon, kie estas multaj aktivaj branĉoj (ekzemple por movi, speguli aŭ forki), vi ne bezonas krei dukton por ĉiu branĉo. Komencante per GitLab 11.10 ni kreas kiam oni sendas.
Dato de Forigo: 22 Majo 2019
GitLab Runner heredaj kodaj vojoj
Ekde Gitlab 11.9 GitLab Runner uzas kloni/voki la deponejon. Nuntempe GitLab Runner uzos la malnovan metodon se la nova ne estas subtenata. Vidu pli en .
En GitLab 11.0, ni ŝanĝis la agordan vidon de metrika servilo por GitLab Runner. metrics_server estos forigita favore al listen_address en GitLab 12.0. Vidu pli en .
En versio 11.3, GitLab Runner komencis subteni ; kio rezultigis novajn agordojn por . la , provizas tabelon de ŝanĝoj kaj instrukcioj por migrado al la nova agordo. Vidu pli da detaloj en .
Ĉi tiuj vojoj ne estos disponeblaj en GitLab 12.0. Kiel uzanto, vi ne bezonas ŝanĝi ion, nur certigu, ke via GitLab-instanco funkcias version 11.9+ kiam vi ĝisdatigas al GitLab Runner 12.0.
Dato de Forigo: 22 junio 2019
Malrekomendita opcio por enirpunkto-trajto por GitLab Runner
Funkcia parametro enkondukita en 11.4 GitLab Runner ripari problemojn kiel и .
En GitLab 12.0, ni ŝanĝos al la ĝusta konduto kvazaŭ la funkcio-agordo estus malŝaltita. Vidu pli en .
Dato de Forigo: 22 junio 2019
Malrekomendita subteno por Linukso-distribuo, kiu atingis EOL por GitLab Runner
Iuj Linukso-distribuoj, sur kiuj vi povas instali GitLab Runner, plenumis sian celon.
En GitLab 12.0, GitLab Runner ne plu distribuos pakaĵojn al ĉi tiuj Linukso-distribuoj. Kompleta listo de distribuoj, kiuj ne plu estas subtenataj, troviĝas en nia . Dankon al Javier Ardo () malantaŭe !
Dato de Forigo: 22 junio 2019
Forigante malnovajn komandojn de GitLab Runner Helper
Kadre de niaj klopodoj subteni devis forlasi kelkajn el la malnovaj komandoj, kiuj estas uzataj por .
GitLab 12.0 lanĉas GitLab Runner kun novaj komandoj. Ĉi tio validas nur por uzantoj kiuj . Vidu pli en .
Dato de Forigo: 22 junio 2019
Forigante la heredan git-puran mekanismon de GitLab Runner
En GitLab Runner 11.10 agordi kiel Runner plenumas komandon git clean. Aldone, la nova puriga strategio forigas la uzon git reset kaj metas la ordonon git clean post la alŝuta paŝo.
Ĉar ĉi tiu kondutŝanĝo povas influi kelkajn uzantojn, ni preparis agordon FF_USE_LEGACY_GIT_CLEAN_STRATEGY. Se vi fiksas la valoron true, ĝi restarigos la heredan purigan strategion. Pli pri uzado de funkcio-parametroj en GitLab Runner troveblas .
En GitLab Runner 12.0, ni forigos subtenon por la heredaĵpuriga strategio kaj la kapablon restarigi ĝin uzante funkcio-parametron. Vidu pli da detaloj en .
Dato de Forigo: 22 junio 2019
Sekcio pri Sistema Informoj en la administra panelo
GitLab prezentas informojn pri via GitLab-instanco en admin/system_info, sed ĉi tiu informo eble ne estas preciza.
Ni administra panelo en GitLab 12.0 kaj ni rekomendas uzi .
Dato de Forigo: 22 junio 2019
Ŝanĝregistro
Serĉu ĉiujn ĉi tiujn ŝanĝojn en la ŝanĝprotokolo:
fikso
Se vi agordas freŝan instaladon de GitLab, vizitu .
Ĝisdatigu
Kontrolu .
Abonaj Planoj de GitLab
GitLab estas havebla en du gustoj: и .
: Surloke aŭ sur via preferata nuba platformo.
- kerna: Por malgrandaj teamoj, personaj projektoj, aŭ GitLab-provo por senlima periodo.
- starter: Por teamoj laborantaj en la sama oficejo pri pluraj projektoj, kiuj bezonas profesian subtenon.
- Premium: Por distribuitaj teamoj, kiuj bezonas altnivelajn funkciojn, altan haveblecon kaj XNUMX/XNUMX subtenon.
- finfina: Por entreprenoj kiuj postulas fortikan strategion kaj ekzekuton kun plibonigita sekureco kaj konformeco.
- GitLab.com: Gastigita, administrita kaj administrita de GitLab por individuaj programistoj kaj teamoj.
- liberaj: Senlimaj privataj deponejoj kaj senlima nombro da projektkontribuantoj. Fermitaj projektoj havas aliron al nivelaj funkcioj liberaj, ĉe havi aliron al nivelaj trajtoj oro.
- bronzo: Por teamoj kiuj bezonas aliron al altnivelaj laborfluaj funkcioj.
- arĝento: Por teamoj kiuj bezonas pli fortikan DevOps-kapablojn, konformecon kaj pli rapidan subtenon.
- oro: Taŭga por multaj CI/KD-laboroj. Ĉiuj malfermitaj projektoj povas uzi Orajn funkciojn senpage, sendepende de plano.
fonto: www.habr.com