Serbestberdana 13.4 bi hilanîna HashiCorp-ê ji bo guhêrbarên CI, Nûnera Kubernetes û navenda ewlehiyê, û her weha taybetmendiyên veguhezbar di Destpêker de hate berdan.
Li GitLab, em her gav li ser difikirin ka em çawa dikarin ji bikarhêneran re bibin alîkar ku xetereyê kêm bikin, karîgeriyê baştir bikin û leza radestkirinê li ser platforma weya bijare baştir bikin. Vê mehê me gelek taybetmendiyên nû yên kêrhatî lê zêde kir ku kapasîteyên ewlehiyê berfireh dikin, hejmara qelsiyan kêm dikin, karbidestiyê zêde dikin, xebata bi GitLab re hêsan dikin, û alîkariya tîmê we dikin ku taybetmendiyan hîn zûtir peyda bike. Em hêvî dikin ku hûn ê taybetmendiyên sereke yên serbestberdanê kêrhatî bibînin, û her weha 53 taybetmendiyên nû yên din, di vê weşanê de zêde kirin.
Taybetmendiyên Ewlekariya Pêşkeftî
Em hewl didin ku her meh çend taybetmendiyên nû li GitLab DevSecOps zêde bikin, û ev berdan ne îstîsna ye. di çarçoveya kombûn û bicihkirinê de. Wekî din, rêxistinên ku dixwazin piştgirî bidin veqetandina berpirsiyariyên bicîhkirina kodê naha dikarin . Ev rol li hev dike û dê bihêle ku hûn daxwazên hevgirtinê piştrast bikin (di navgîniya rûsî ya GitLab "daxwazên hevgirtinê") û kodê li hawîrdorên parastî bicîh bikin, bêyî ku hûn bigihîjin guhertina kodê.
Rêyek din a kêmkirina xetereyan karanîna nû ye . Tîmên operasyonê dikarin komên Kubernetes ji GitLab bicîh bikin bêyî ku koma xwe ji tevahiya înternetê re eşkere bikin. Em di heman demê de ji bo pelên nû yên dewleta Terraform piştgirîya kontrolkirina guhertoya otomatîkî bi wan re destnîşan dikin piştgirîkirina lihevhatin û hêsankirina çewtiyê. Di dawiyê de, tabloya ewlehiyê ya nimûne bû bi raporên lawaziyê û mîhengên ewlehiyê.
Karê hêsantir û bikêrtir bi GitLab re
Me lêgerîna xweya gerdûnî çêtir kir ku tê de hebe , dihêle hûn bi hêsanî li bilêtên herî dawî, kom, proje, mîheng û mijarên alîkariyê bigerin. Em bi heyecan in ku ew Rûpelên GitLab ragihînin ji bo verastkirina rûpel û peldankên kesane yên di hundurê malperê de, ku dê bihêle bikarhêneran bi bandortir malperên xwe bicîh bikin. Û ji bo kesên ku dixwazin agahdariya berfirehtir di derbarê bicîhkirinê de bistînin, ev berdan destûrê dide !
Beşdariyên Çavkaniya Vekirî
Em temsîl dikin ku min lê zêde kir . Nîşaneyên li ser vegirtina ceribandina yekîneya koda guherî ji pêşdebiran re di dema vekolînê de ramanek zelal a vegirtina kodê dide; ev agahdarî alîkariya bilezkirina nirxandinan dike û dema yekbûn û bicîhkirina koda nû kêm dike. Û em jî û plan bikin .
Û ev tenê destpêk e!
Mîna her gav, di pêşandana giştî de cîh pir hindik heye, lê di berdana 13.4 de gelek taybetmendiyên xweş hene. Li vir çendên din hene:
- .
Ger hûn dixwazin pêşiyê zanibin ka çi li benda we ye next berdan, lê binêre .
.
vê mehê -
Fabio pir girîng bû в - taybetmendiyek ku ji demek pir dirêj ve di civata GitLab de li bendê ye. Ev tevkariyek bi rastî girîng e digel guhertinên ne-pîvan ên ku hewcedariya hevkariyek domdar bi endamên tîmê GitLab re heye û bandor li gelek deverên projeyê yên wekî UX, pêş-end û paşîn kir.
Taybetmendiyên sereke yên serbestberdana GitLab 13.4
Bişkojkên HashiCorp Vault di karên CI de bikar bînin
(PREMIUM, ULTIMATE, ZÎV, ZÊR)
Di serbestberdana 12.10-ê de, GitLab kapasîteya wergirtin û veguheztina mifteyên karên CI-ê bi karanîna kargêrkerê GitLab (GitLab runner) destnîşan kir. Niha em berfireh dibin , hevoksaziya nû lê zêde dike secrets pelê kirin .gitlab-ci.yml. Ev ê sazkirin û karanîna depoya HashiCorp bi GitLab re hêsantir bike.
и .
Naskirina GitLab Kubernetes Agent
(PREMIUM, ULTIMATE)
Yekbûna GitLab bi Kubernetes re demek dirêj ev gengaz kiriye ku bêyî hewcedariya veavakirina destan li komên Kubernetes were bicîh kirin. Pir bikarhêner ji hêsaniya karanîna vê pakêtê hez kirin, hinên din jî rastî hin dijwariyan hatin. Ji bo entegrasyona heyî, ji bo ku GitLab bigihîje wê divê komika we ji Înternetê were gihîştin. Ji bo gelek rêxistinan, ev ne mumkin e ji ber ku ew ji ber sedemên ewlehî, lihevhatinî, an rêziknameyê gihîştina koman sînordar dikin. Ji bo ku van qedexeyan derbas bikin, bikarhêner hewce bû ku amûrên xwe li ser GitLab ava bikin, wekî din ew ê nikaribin vê taybetmendiyê bikar bînin.
Îro em GitLab Kubernetes Agent, rêgezek nû ya bicîhkirina li komên Kubernetes destnîşan dikin. Ajan di hundurê koma we de dimeşe, ji ber vê yekê hûn ne hewce ne ku wê ji tevahiya Înternetê re eşkere bikin. Nûner bi daxwaza guherandinên nû ji GitLab, li şûna ku GitLab nûvekirinên komê bişopîne, sazkirinê koordîne dike. Ne girîng e ku hûn kîjan rêbazê GitOps bikar tînin, GitLab we vegirtiye.
Ji kerema xwe not bikin ku ev yekem serbestberdana agent e. Mebesta meya niha ya ji bo GitLab Kubernetes Agent ev e ku meriv bi kodê vesazkirinê mîheng bike û rêve bibe. Hin taybetmendiyên entegrasyonê yên Kubernetes ên heyî, wekî panelên bicîhkirinê û serîlêdanên birêvebir ên GitLab, hîn jî nayên piştgirî kirin. ku dê ev kapasîteyên di weşanên paşerojê de, û her weha entegrasyonên nû yên ku li ser ewlehî û pabendbûnê ne, li ajansê werin zêdekirin.
и .
Bêyî gihîştina kodê destûrên bicîhkirina bikarhêneran bidin
(PREMIUM, ULTIMATE, ZÎV, ZÊR)
Berê, pergala destûrên GitLab dijwar kir ku bi rêkûpêk berpirsiyariyên di nav tîmê we de di navbera berpirsiyarên pêşkeftinê û berpirsiyarên bicîhkirinê de dabeş bikin. Bi berdana GitLab 13.4, hûn dikarin destûrê bidin pejirandina daxwazên yekbûnê yên ji bo bicîhkirinê, û hem jî bi rastî kodê ji kesên ku kodê nanivîsin re bişînin, bêyî ku mafên gihîştina parêzvanan bidin wan (bi herêmîkirina rûsî ya GitLab "parêzker" ).
и .
Navenda Ewlekariyê
(DAWÎ, ZÊR)
Berê, rêveberiya xizaniyê di asta mînakî de hem di fonksiyonel û hem jî di nermbûnê de sînordar bû. Navber rûpelek yekane bû ku hûrguliyên qelsiyan, grafikên metrîkan, û mîhengan berhev dike. Zêde cîh tune ku van taybetmendiyan pêşve bibin an taybetmendiyên ewlehiyê yên din bikar bînin.
Me di GitLab de çawaniya birêvebirina ewlehî û şefafiyetê di rê de guhertinên bingehîn çêkir. Panela ewlehiyê ya nimûneyê veguherî navendek ewlehiyê ya tevahî. Guhertina herî mezin danasîna avahiyek menuya nû ye: Li şûna yek rûpelê, hûn naha tabloya ewlehiyê, rapora xirapbûnê, û beşa mîhengan ji hev cuda dibînin. Her çend fonksiyonel nehatibe guhertin, dabeşkirina wê li beşan dê rê bide pêşkeftinên vê beşê ku wekî din dê dijwar be. Ev jî qonaxek ji bo zêdekirina kapasîteyên din ên têkildarî ewlehiyê di pêşerojê de destnîşan dike.
Di beşa Rapora Zehmetiyê ya diyarkirî de naha cîhê bêtir heye ku hûrguliyên girîng nîşan bide. Li vir qelsiyên ku niha di navnîşa qelsiyên projeyê de ne. Veguheztina widgetan bi metrîkên lawazbûnê berbi beşek veqetandî panelek kontrolê ya ewlehiyê ya hêsan diafirîne. Naha ew ji bo dîmenên pêşerojê - ne tenê ji bo rêveberiya xirapbûnê, lê ji bo her metrîkên têkildar ên ewlehiyê şaneyek e. Di dawiyê de, deverek mîhengên cihêreng ji bo hemî mîhengên ewlehiyê yên asta nimûne, ne tenê rêveberiya xirapbûnê, cîhek hevbeş diafirîne.
и .
Taybetmendiyên guhêrbar naha di Destpêka GitLab de ne
(DESTPÊK, PREMIUM, ULTIMATE, TUNZ, ZÎV, ZÊR)
GitLab 11.4 hate berdan . Di 12.2 de me stratejiyên ji bo wan destnîşan kir и , û di 13.1 de wan zêde kir и ji bo derdorên cuda.
Di destpêka vê salê de, GitLab soz da nav çavkaniya vekirî. Di vê serbestberdanê de, me koçkirina taybetmendiyên guhezbar ji bo plansaziya Destpêkê qedandiye û em ê bidomînin ku wan ji Core veguhezînin. . Em bi heyecan in ku vê taybetmendiyê ji zêdetir bikarhêneran re bînin û dixwazin bibihîzin ka hûn wê çawa bikar tînin.
и .
Navîgasyon bilez ji barika lêgerînê
(NAVEK, DESTPÊK, PREMIUM, ULTIMATE, BELA, TUNZ, ZÎV, ZÊR)
Carinan gava ku hûn navîgasyon GitLab dikin hûn dixwazin rasterast ji rûpela encamên lêgerînê re biçin projeyek taybetî.
Bi karanîna barika lêgerîna gerdûnî, hûn dikarin zû bilêtên herî dawî, kom, proje, mîheng û mijarên alîkariyê bigerin. Hûn dikarin bişkojka germê jî bikar bînin /da ku kursorê xwe biguhezînin barika lêgerînê da ku GitLab hîn bikêrtir rêve bibe!
и .
Di cudahiyên daxwaza hevgirtinê de vegirtina kodê nîşan dide
(NAVEK, DESTPÊK, PREMIUM, ULTIMATE, BELA, TUNZ, ZÎV, ZÊR)
Dema ku hûn daxwazek hevgirtinê dinirxînin, dijwar e ku meriv diyar bike ka koda guherî ji hêla ceribandinên yekîneyê ve tê vegirtin. Di şûna wê de, lêkolîner dikarin xwe bispêrin serpêhatiya giştî û daxwaz bikin ku ew berî pejirandina daxwazek hevgirtinê were zêde kirin. Ev dikare bibe sedema nêzîkbûnek bêkêmasî ya ceribandinên nivîsandinê, ku bi rastî dê kalîteya kodê an vegirtina ceribandinê baştir neke.
Naha, dema ku cûdahiyek daxwazek hevgirtinê temaşe bikin, hûn ê dîmenek dîtbar a vegirtina kodê bibînin. Nîşaneyên nû dê bihêlin ku hûn zû fam bikin ka koda guhertî ji hêla ceribandinek yekîneyê ve tê vegirtin, ku dê alîkariya bilezkirina vekolîna kodê û dema yekbûn û bicîhkirina koda nû bike.
Sipî û Siemens ji bo vê taybetmendiyê!
и .
Zêdetir jîngeh û proje di panela Jîngehê de
(PREMIUM, ULTIMATE, ZÎV, ZÊR)
Ji ber serbestberdana GitLab 12.5 bikar tîne hûn dikarin rewşa hawîrdoran bişopînin, lê di sê projeyan de ji heft hawîrdoran zêdetir tune. Me ev panel di berdana 13.4-ê de bi rûpelkirina wê zêde kir da ku ji we re bibe alîkar ku hûn hawîrdorên xwe bi pîvan biparêzin û îdare bikin. Naha hûn dikarin di pir projeyan de bêtir hawîrdoran bibînin.
и .
GitLab kontrola pêşkêşvanê GitLab Terraform digire
(NAVEK, DESTPÊK, PREMIUM, ULTIMATE, BELA, TUNZ, ZÎV, ZÊR)
Di demên dawî de em û plan bikin . Di meha borî de, me 21 daxwazên hevgirtinê qebûl kir û 31 bilêt girtin, tevî hin xeletiyên demdirêj û taybetmendiyên wenda yên wekî . Hûn dikarin di belgeyên Terraform de.
и .
Bi taybetmendiyên OpenAPI an pelê HAR-ê ceribandina API-ê ya tevlihev
(DAWÎ, ZÊR)
Testkirina fuzzingê ya API rêyek girîng e ku hûn di serîlêdanên webê û API-yên we de xeletî û qelsî bibînin ku dibe ku skaner û rêbazên ceribandinê yên din ji bîr nekin.
Testkirina fuzzing a API-ê li GitLab dihêle hûn peyda bikin an serîlêdana we û dûv re bixweber daneya têketina rasthatî diafirîne ku ji bo ceribandina dozên derî û dîtina xeletiyan hatî çêkirin. Encam tavilê di hundurê lûleya we de têne xuyang kirin.
Ev yekem berdana meya ceribandina fuzz a API-yê ye û em hez dikin ku hûn çi difikirin bibihîzin. Ji bo ceribandina fuzz di stoka me de bêtir heye , ku em ê li ser serbestberdana vê taybetmendiyê bingeh bigirin.
и .
Di panela metrîkê de grafikên nû pêşdîtin bikin
(NAVEK, DESTPÊK, PREMIUM, ULTIMATE, BELA, TUNZ, ZÎV, ZÊR)
Berê, di GitLab de çêkirina grafikek di dashboarda metrîkê de ne karekî hêsan bû. Piştî ku we metrîka di pelê YAML-a dashboardê de çêkir, we guheztinek çêkir master, bêyî ku hûn karibin verast bikin ku grafika nû hatî afirandin tam wekî ku hûn hewce ne dixebite. Bi vê serbestberdanê re dest pê dike, dema ku hûn grafîkê diafirînin, hûn dikarin guhertinan pêşdîtin bikin, berî ku guheztinan ji pelê DAML re bişînin dashboardê, ramanek li ser encamê bistînin.
и .
Daneyên li ser vegirtina kodê bi ceribandinên ji bo hemî projeyên komê
(PREMIUM, ULTIMATE, ZÎV, ZÊR)
Gava ku hûn di GitLab de hejmareke pir projeyan birêve dibin, hûn hewceyê çavkaniyek yekane ya agahdariyê di derbarê ka çawa vegirtina kodê bi demê re di nav hemî projeyan de diguhere. Berê, nîşandana vê agahiyê xebatek destanî ya westayî û demdirêj hewce dikir: diviyabû ku hûn daneyên vegirtina kodê ji her projeyê dakêşin û wê di tabloyek de berhev bikin.
Di serbestberdana 13.4 de, ew gengaz bû ku bi hêsanî û zû were berhev kirin .csv pelê hemî daneyên li ser vegirtina kodê ji bo hemî projeyên komê an ji bo hilbijarkek projeyan vedihewîne. Ev taybetmendî MVC ye, ew ê ji hêla kapasîteyê ve were şopandin .
и .
Piştgiriya zimanên nû ji bo ceribandina tam fuzz
(DAWÎ, ZÊR)
Ev serbestberdan piştgirî ji bo çend zimanên nû ji bo ceribandina fuzz bi mebesta vegirtina tam destnîşan dike.
Naha hûn dikarin di sepanên Java, Rust, û Swift de kapasîteyên tam ên ceribandina fuzzingê binirxînin û xeletî û qelsiyên ku dibe ku skaner û rêbazên ceribandinê yên din ji bîr nekin bibînin.
и .
Alerts li ser rûpela jîngehê sereke
(PREMIUM, ULTIMATE, ZÎV, ZÊR)
Rûpelê Jîngeh rewşa giştî ya derdorên we nîşan dide. Di vê serbestberdanê de me ev rûpel bi lêzêdekirina nîşana hişyariyê çêtir kiriye. Hişyariyên veqetandî digel rewşa hawîrdorên we dê ji we re bibin alîkar ku hûn zû gav bavêjin da ku rewşên ku derdikevin rast bikin.
и .
Boriyên nested niha dikarin boriyên xwe yên hêlîn bimeşînin
(NAVEK, DESTPÊK, PREMIUM, ULTIMATE, BELA, TUNZ, ZÎV, ZÊR)
Bi karanîna boriyên hêlînkirî, naha gengaz e ku boriyên nû di hundurê boriyên zarokan de werin meşandin. Asta kûrahiya zêde dikare bikêr be heke hûn hewceyê nermbûnê bin ku hûn jimareyek guhêrbar a boriyan biafirînin.
Berê, dema ku lûleyên hêlîn bikar tînin, her boriyek zarok hewce dike ku karek bişaftinê bi destan di lûleya dêûbav de were destnîşankirin. Naha hûn dikarin boriyên hêlînkirî biafirînin ku dê bi rengek dînamîkî hejmarek boriyên hêlînên nû bidin destpêkirin. Mînakî, heke we monorepository hebe, hûn dikarin bi dînamîk xêzika yekem biafirînin, ku ew bixwe dê li ser bingeha guheztinên di şaxê de jimareya pêdivî ya boriyên nû biafirîne.
и .
Navîgasyon çêtirîn di navbera boriyên dêûbav û hêlîn de
(NAVEK, DESTPÊK, PREMIUM, ULTIMATE, BELA, TUNZ, ZÎV, ZÊR)
Berê, navîgasyon di navbera boriyên dêûbav û hêlîn de ne pir rehet bû - ji we re gelek klîk lazim bûn ku hûn bigihîjin boriya xwestinê. Di heman demê de ne hêsan bû ku meriv fêm bike ka kîjan kar dest bi boriyê kiriye. Naha dîtina girêdanên di navbera boriyên dêûbav û hêlîn de dê pir hêsantir be.
и .
Karên matrixa paralel di sernavê kar de guhêrbarên têkildar nîşan didin
(NAVEK, DESTPÊK, PREMIUM, ULTIMATE, BELA, TUNZ, ZÎV, ZÊR)
Ger we bikar anî , dibe ku we bala xwe dayê ku dijwar bû ku meriv diyar bike ka kîjan guherbara matrixê ji bo karek taybetî hatî bikar anîn, ji ber ku navên kar mîna matrix 1/4. Di berdana 13.4 de, hûn ê nirxên guhêrbar ên têkildar ên ku di wî karî de hatine bikar anîn li şûna navê karê gelemperî bibînin. Mînakî, heke mebesta we ew e ku mîmariya x86 jêbirin, wê hingê dê kar were gotin matrix: debug x86.
и .
Pêşveçûnên din ên li GitLab 13.4
Girêdana hesabek Atlassian
(CORE, STARTER, PREMIUM, ULTIMATE)
Bikarhênerên GitLab naha dê karibin hesabên xwe yên GitLab bi hesabê xwe yê Atlassian Cloud ve girêdin. Ev ê bihêle ku hûn bi pêbaweriyên xwe yên Atlassian ve têkevin GitLab, û di heman demê de dê zemînek ji bo pêşkeftinên entegrasyonê yên pêşerojê jî ava bike. û bi hilberên din ên ji xeta Atlassian.
и .
Hinardekirina navnîşek ji hemî peywirên yekbûnê
(DAWÎ, ZÊR)
Rêxistinên ku lihevhatinan disekine pêdivî bi rêyek heye ku ji çavdêran re nerînek tevdeyî ya pêkhateyên ku bi her guhertinek diyarkirî di hilberînê de têkildar in nîşan bide. Di GitLab de, ev tê vê wateyê ku her tiştî li yek cîhek berhev dike: daxwazên hevgirtinê, bilêt, boriyên boriyan, skanên ewlehiyê, û daneyên din ên peywirdarkirinê. Heya nuha, we diviya bû ku hûn wê bi destan li GitLab berhev bikin an jî amûrên xwe mîheng bikin da ku agahdariya berhev bikin, ku ne pir bikêr bû.
Naha hûn dikarin bi bernamekî van daneyan berhev bikin û derxînin da ku hûn hewcedariyên kontrolê bicîh bînin an analîzên din bikin. Ji bo hinardekirina navnîşek hemî peywirên yekbûnê yên ji bo koma heyî, hûn hewce ne ku biçin û li ser bişkojkê bikirtînin Lîsteya hemî peymanên yekbûnê. Pelê encam dê hemî berpirsiyariyên daxwaza hevgirtinê, nivîskarê wan, ID ya daxwaznameya yekbûnê ya têkildar, kom, proje, piştrastker û agahdariya din vehewîne.
и .
Nîşaneyên gihîştina kesane bi navgîniya API-ê navnîş bikin û rêvebirin
(DAWÎ, ZÊR)
Birêvebirina gihîştina qada navên GitLab beşek girîng a hewildanên lihevhatinê ye. Ji prensîbên kêmtirîn îmtiyazê bigire heya neçalakkirina gihîştina demkî, dibe ku gelek hewcedarî bi nîşaneyên gihîştina kesane re li GitLab hebin. Ji bo ku meriv van hemî pêbaweriyên bikarhêner di nav cîhê navên we de hêsantir bike û bi rê ve bibe, me şiyana navnîşkirina hemî nîşaneyên gihîştina kesane û bijartî peyda kiriye. bi rêya API.
Van pêşkeftinên GitLab API-yê rê didin bikarhêneran ku navnîşên xweya gihîştina kesane navnîş bikin û betal bikin, û rêvebir jî tokenên bikarhênerên xwe navnîş bikin û betal bikin. Dê naha ji rêvebiran re hêsantir be ku bibînin ka kê bigihîje cîhê navên wan, biryarên gihîştinê li ser bingeha daneyên bikarhêner bidin, û nîşaneyên gihîştina kesane yên ku dibe ku hatine xerakirin an ku li derveyî polîtîkayên rêveberiya gihîştinê ya pargîdanî ne betal bikin.
и .
Pirsgirêkên têkildar û taybetmendiyên din naha di GitLab Core de ne
(NAVEK, DESTPÊK, PREMIUM, ULTIMATE, BELA, TUNZ, ZÎV, ZÊR)
Çend meh berê me plansaziyek ragihand . Ji bo bicihanîna vê sozê me xebat kir , и (di herêmîkirina rûsî ya GitLab "lijneya nîqaşê") di plana Core de heye. Ev tenê ji bo têkiliyên "girêdayî" derbas dibe; Têkiliyên "blok" û "astengkirî" di planên drav de dimînin.
и .
Nîşandana navê şaxê eslê li kêleka daxwaza hevgirtinê
(NAVEK, DESTPÊK, PREMIUM, ULTIMATE, BELA, TUNZ, ZÎV, ZÊR)
Dema ku guheztinên kodê, nîqaşan, û peywirên daxwaziya hevgirtinê dinirxînin, bi gelemperî tê xwestin ku ji bo vekolînek kûr vekolînek herêmî ya şaxê bikin. Lêbelê, dîtina navê mijarê her ku diçe dijwar dibe ji ber ku bêtir naverok li danasîna daxwaza hevgirtinê tê zêdekirin û hûn neçar in ku li ser rûpelê hûrtir bigerin.
Me navê şaxê li kêleka daxwaza hevgirtinê zêde kiriye, ku ew di her kêliyê de bigihîje û hewcedariya gerandina tevahiya rûpelê ji holê radike. Mîna zencîreya daxwaza hevgirtinê, beşa şaxê çavkaniyê bişkokek "kopî" ya hêsan dihewîne.
Sipî ji bo tevkariya weya mezin a ji bo pêşkeftina vê taybetmendiyê!
и .
Nîşana hebûna pelên hilweşandî yên di daxwaza hevgirtinê de cihêreng in
(NAVEK, DESTPÊK, PREMIUM, ULTIMATE, BELA, TUNZ, ZÎV, ZÊR)
Daxwazên hevgirtinê yên ku guhertinan li gelek pelan zêde dikin carinan cûdahiyên pelên mezin hilweşînin da ku performansa vegotinê baştir bikin. Dema ku ev diqewime, mimkun e ku meriv bi xeletî pelek di dema vekolînê de derbas bike, nemaze di daxwazên yekbûnê de bi hejmarek mezin a pelan re. Bi guhertoya 13.4-ê dest pê dike, daxwazên hevgirtinê dê cûdahiyên ku pelên pelçiqandî vedihewînin nîşan bidin, ji ber vê yekê hûn ê di dema vekolîna kodê de van pelan ji bîr nekin. Ji bo zelalbûna hê mezintir, em plan dikin ku di berdanek pêşerojê de ronîkirina van pelan zêde bikin. Li benda nûvekirinan bin .
и .
Hişyarî li ser hebûna pelên hilweşandî di cûdahiya daxwazek yekbûnê de
(NAVEK, DESTPÊK, PREMIUM, ULTIMATE, BELA, TUNZ, ZÎV, ZÊR)
Di beşa cûdahiyên daxwaza yekbûnê de, pelên mezin têne hilweşandin da ku performansê baştir bikin. Lêbelê, dema ku kodê dinirxînin, dibe ku hin pelan winda bibin dema ku vekoler di navnîşa pelan de digere, ji ber ku hemî pelên mezin têne hilweşandin.
Me hişyariyek xuya li jora rûpela cûdahiya daxwaza yekgirtinê zêde kiriye da ku bikarhêneran agahdar bikin ku di vê beşê de pelek hevgirtî heye. Bi vî rengî, hûn ê di dema vekolînê de ti guhertinên li ser daxwaza hevgirtinê ji dest nedin.
и .
Vegerandina otomatîkî ya depoya koma Gitaly
(NAVEK, DESTPÊK, PREMIUM, ULTIMATE, BELA, TUNZ, ZÎV, ZÊR)
Berê, dema ku girêka bingehîn a komek Gitaly negirêdayî bû, depoyên li ser wê girêkê wekî tenê-xwendewar hatin nîşankirin. Vê yekê pêşî li windabûna daneyê di rewşên ku li ser girêka ku hîn nehatibû dubare kirin de guheztin girt. Dema ku nod vegeriya serhêl, GitLab bixweber nehat vegerandin, û rêvebir neçar bûn ku bi desta pêvajoya hevdengkirinê bidin destpêkirin an windabûna daneyê qebûl bikin. Rewşên din, wekî têkçûna karekî dubarekirinê li ser girêkek duyemîn, di heman demê de dibe ku bibe sedema depoyên rawestayî an tenê xwendinê. Di vê rewşê de, depo rawestayî ma heya ku operasyona nivîsandinê ya paşîn çêbibe, ku dê dest bi karê dubarekirinê bike.
Ji bo çareserkirina vê pirsgirêkê naha dema ku ew depoyek kevnar li ser girêkekê û guhertoya herî paşîn a depoyê li ser yekî din bibîne, karekî dubarekirinê destnîşan dike. Ev karê dubarekirinê depoyê bixweber nûve dike, hewcedariya bi destan vegerandina daneyan ji holê radike. Di heman demê de vegerandina otomatîkî piştrast dike ku ger karekî dubarekirinê têk nebe, girêkên duyemîn zû têne nûve kirin, li şûna ku li benda operasyona nivîsandina din bin. Ji ber ku gelek komikên Gilaly hejmareke mezin depoyan hilînin, ev demeka ku rêvebir û endezyarên pêbaweriyê piştî xeletiyek paşdexistina daneyan derbas dikin bi girîngî kêm dike.
Wekî din, tamîrkirina otomatîkî dest bi dubarekirina depoyan dike li ser her girêka Gitaly ya nû ya ku li komê hatî zêdekirin, dema ku girêkên nû lê zêde bike xebata destan ji holê radike.
и .
Li ser rûpela sêwiranê peywirek ku kirin wekî qedandin nîşan bikin
(NAVEK, DESTPÊK, PREMIUM, ULTIMATE, BELA, TUNZ, ZÎV, ZÊR)
Têkiliya bandorker di GitLab de li ser navnîşên karanînê ye. Ger di şîroveyek de behsa we tê kirin, pir girîng e ku hûn bikarin biçin ser peywirek û an dest bi kirina tiştek bikin an jî wekî qedandî nîşan bidin. Di heman demê de girîng e ku hûn karibin ji xwe re peywirek bidin dema ku hûn hewce ne ku li ser tiştek bixebitin an paşê vegerin ser wî.
Berê, dema ku hûn bi sêwiranan re dixebitîn, we nedikarî peywiran lê zêde bikin an wan wekî qedandî nîşan bidin. Vê yekê bi giranî karîgeriya ragihandinê di navbera tîmê hilberan de xera kir, ji ber ku to-do hêmanek girîng a xebata GitLab e.
Di serbestberdana 13.4 de, sêwiran di karanîna peywiran de bi şîroveyên bilêtê re digihîje, ku xebata bi wan re domdar û bikêrtir dike.
и .
Ji bo CI/CD rêberê çareserkirina pirsgirêkan çêtir kirin
(NAVEK, DESTPÊK, PREMIUM, ULTIMATE, BELA, TUNZ, ZÎV, ZÊR)
Me rêbernameya çareserkirina pirsgirêkan ji bo GitLab CI/CD bi bêtir agahdarî li ser pirsgirêkên hevpar ên ku hûn pê re rû bi rû bibin baştir kiriye. Em hêvîdar in ku belgeyên pêşkeftî dê bibe çavkaniyek hêja ku ji we re bibe alîkar ku hûn zû û bi hêsanî GitLab CI/CD-ê saz bikin û bimeşînin.
и .
Daxwazên hevgirtinê êdî ji rêza yekbûnê dernakevin
(PREMIUM, ULTIMATE, ZÎV, ZÊR)
Berê, daxwazên yekbûnê ji ber şîroveyên dereng dikaribû bi qezayê ji rêza yekbûnê derkeve. Ger daxwazek hevgirtinê jixwe di dorê de bûya û kesek şîroveyek lê zêde kir ku nîqaşek nû ya neçareserkirî çêbike, daxwaziya yekbûnê ji bo yekgirtinê nayê hesibandin û dê ji rêzê derkeve. Naha, piştî ku daxwazek hevgirtinê li rêza yekbûnê tê zêdekirin, şîroveyên nû dikarin bêyî tirsa têkbirina pêvajoya yekbûnê werin zêdekirin.
и .
Nîşandana nirxa vegirtina kodê ji bo karekî di daxwaznameyek hevgirtinê de
(NAVEK, DESTPÊK, PREMIUM, ULTIMATE, BELA, TUNZ, ZÎV, ZÊR)
Pêdivî ye ku pêşdebiran piştî ku boriyê qediya nirxa vegirtina kodê bibînin - tewra di senaryoyên tevlihev de, wek mînak meşandina boriyek bi gelek karên ku divê werin pars kirin da ku nirxa vegirtinê were hesibandin. Berê, widgeta daxwaza hevgirtinê tenê navgîniya van nirxan nîşan da, ku tê vê wateyê ku hûn neçar bûn ku biçin rûpela kar û vegerin ser daxwaza hevgirtinê da ku nirxên vegirtina navîn bistînin. Ji bo ku hûn dem û van gavên zêde xilas bikin, me widget nirxa navgîniya navgîniyê, guheztinên wê yên di navbera şaxên armanc û çavkaniyê de, û serişteyek amûrek çêkir ku nirxa vegirtinê ji bo her karekî li ser bingeha ku naverast tê hesibandin nîşan dide.
и .
Dema dîtina komê pakêtan ji qeyda pakêtê derxistin
(NAVEK, DESTPÊK, PREMIUM, ULTIMATE, BELA, TUNZ, ZÎV, ZÊR)
Registry pakêta GitLab cîhek e ku pakêtan di formên cûda de hilanîn û belav kirin. Gava ku we di proje an koma we de gelek pakêt hebin, hûn hewce ne ku zû pakêtên ku nehatine bikar anîn nas bikin û wan rakin da ku rê li ber dakêşana mirovan bigirin. Hûn dikarin bi rê ve pakêtan ji qeyda xwe derxînin an jî bi navgîniya bikarhênerê qeydkirina pakêtê. Lêbelê, heya nuha we nikarîbû dema ku komek bi navgîniya UI-yê temaşe dikirin pakêtan jê bikin. Wekî encamek, hûn neçar bûn ku pakêtên nepêwist li ser bingeha her-projeyekê rakin, ku ev yek bêbandor bû.
Naha hûn dikarin dema ku qeyda pakêtê ya komekê temaşe dikin pakêtan jê bikin. Tenê biçin rûpela tomarkirina pakêtê ya komê, pakêtan bi navê fîlter bikin, û ya ku hûn ne hewce ne jê bikin.
и .
Pevçûnek pakêtên Conan berbi asta projeyê
(NAVEK, DESTPÊK, PREMIUM, ULTIMATE, BELA, TUNZ, ZÎV, ZÊR)
Hûn dikarin depoya Conan-ê li GitLab bikar bînin da ku girêdanên C/C++ biweşînin û belav bikin. Lêbelê, berê pakêtan dikaribû tenê di asta nimûneyê de mezin bibe, ji ber ku navê pakêtê Conan tenê dikare herî zêde 51 karakter be. Ji bo nimûne, heke we dixwest ku hûn pakêtek ji binekomek biweşînin gitlab-org/ci-cd/package-stage/feature-testing/conan, hema hema ne mumkin bû ku bike.
Naha hûn dikarin pakêtên Conan li asta projeyê dakêşin, weşan û belavkirina girêdayî projeyên we hêsan dike.
и .
Piştgiriya rêveberên pakêtên nû û zimanên ji bo şopandina girêdayîbûnê
(DAWÎ, ZÊR)
Em bi heyecan in ku ji bo projeyên koda C, C++, C# û .Net ku rêveberên pakêtê NuGet 4.9+ an Conan bikar tînin skanên girêdayîbûnê li navnîşa xwe zêde bikin. . Naha hûn dikarin şiyarkirina pêwendiyê wekî beşek ji qonaxa Ewle çalak bikin da ku di pêwendiyên ku ji hêla rêveberên pakêtê ve hatine zêdekirin de qelsiyên naskirî kontrol bikin. Qelsiyên ku hatine dîtin dê di daxwaza weya hevgirtinê de ligel asta giraniya wan werin xuyang kirin, da ku hûn berî pêkanîna hevgirtinê zanibin ku girêdayîbûna nû çi xetereyan hildigire. Her weha hûn dikarin projeya xwe ji bo hewceyê mîheng bikin ji bo girêdanên bi qelsiyên bi astên giraniya krîtîk (Krîtîk), bilind (Blind) an nenas (Nenas).
и .
Dema ku mîhenga daxwaza yekgirtinê diguhezîne "Gava ku xeta boriyê bi serfirazî qediya bike yek"
(NAVEK, DESTPÊK, PREMIUM, ULTIMATE, BELA, TUNZ, ZÎV, ZÊR)
Berê, dema sazkirina mîhengên daxwaza yekbûnê Dema ku boriyê qediya bike yek (Gava Pipeline Serkeftî Bicive, MWPS) tu agahdariyek e-nameyê nehat şandin. Diviya bû ku hûn bi destan statûyê kontrol bikin an li benda agahdariyek yekbûnê bisekinin. Bi vê serbestberdanê em kêfxweş in ku beşdariyên bikarhêneran destnîşan dikin , ku ev pirsgirêk çareser kir bi lêzêdekirina agahdariya otomatîkî li her kesê ku di daxwaznameyek yekbûnê de ye dema ku vekolînek mîhenga yekbûnê diguhezîne MWPS.
и .
Afirandina komikên EKS bi guhertoyek Kubernetes-a ku ji hêla bikarhêner ve hatî destnîşan kirin
(NAVEK, DESTPÊK, PREMIUM, ULTIMATE, BELA, TUNZ, ZÎV, ZÊR)
Bikarhênerên GitLab naha dikarin guhertoya Kubernetes ku dê ji hêla EKS ve were peyda kirin hilbijêrin; hûn dikarin di navbera guhertoyên 1.14-1.17 de hilbijêrin.
и .
Afirandina bûyeran wekî celebên bilêtê
(NAVEK, DESTPÊK, PREMIUM, ULTIMATE, BELA, TUNZ, ZÎV, ZÊR)
Ne her pirsgirêkek ku di cih de çêdibe hişyariyan derdixe: bikarhêner qutbûnê radigihînin û endamên tîmê pirsgirêkên performansê lêkolîn dikin. Bûyer naha celebek bilêtek in, ji ber vê yekê tîmên we zû dikarin wan wekî beşek ji xebata xweya normal biafirînin. Bikirtînin Karê nû ji her derê li GitLab, û li zeviyê Tîpa neqandin Bûyer.
и .
Di Markdown de behsa Alertên GitLab bikin
(NAVEK, DESTPÊK, PREMIUM, ULTIMATE, BELA, TUNZ, ZÎV, ZÊR)
Me hişyariyên GitLab çêtir kiriye bi lêzêdekirina celebek behskirina nû ya bi taybetî ji bo wan di GitLab Markdown de, parvekirin û behskirina hişyariyan hêsantir dike. Bikaranîn ^alert#1234ji bo behskirina hişyariyê di her qada Markdown de: di bûyeran, bilêtan, an daxwazên hevgirtinê de. Ev ê di heman demê de ji we re bibe alîkar ku hûn karên ku ji hişyariyan têne afirandin ne ji bilêtan an daxwazên hevgirtinê nas bikin.
и .
Dîtina barkirina hişyariyê ji hêla bûyerê ve
(NAVEK, DESTPÊK, PREMIUM, ULTIMATE, BELA, TUNZ, ZÎV, ZÊR)
Danasîna hişyariyê agahdariya krîtîk ji bo çareserkirin û başbûnê vedihewîne, û divê ev agahdarî bi hêsanî were gihîştin da ku hûn ne hewce ne ku amûr an tabloyan biguhezînin dema ku hûn dixebitin ku bûyerek çareser bikin. Bûyerên ku ji hişyariyan hatine afirandin, ravekirina hişyariya tevahî di tabloyê de nîşan didin Details Alert.
75% lêgerîna pêşkeftî zûtir
(DESTPÊK, PREMIUM, ULTIMATE, TUNZ, ZÎV, ZÊR)
GitLab, wekî serîlêdanek yekane, xwedan jêhatîbûnek bêhempa ye ku li seranserê xebata weya DevOps zû vedîtina naverokê pêk bîne. Di GitLab 13.4 de, lêgerîna pêşkeftî gava ku ew 75% zûtir encaman vedigerîne , wekî li ser GitLab.com.
и .
Dîtina projeyên jêbirin ji bo rêveberan
(CORE, STARTER, PREMIUM, ULTIMATE)
Vebijarkek ji bo paşxistina jêbirina projeyê hebû . Lêbelê, berê ne gengaz bû ku hemî projeyên ku li benda jêbirinê ne li yek cîhek werin dîtin. Rêvebirên mînaka bikarhênerê GitLab naha dikarin hemî projeyên jêbirina li bendê li yek cîhek bibînin, digel bişkokan da ku wan projeyan bi hêsanî sererast bikin.
Ev taybetmendî bi berhevkirina hemî agahdariya têkildar li yek cîhek û peydakirina şiyana betalkirina kiryarên jêbirina nexwestî ji rêvebiran re bêtir kontrolek li ser jêbirina projeyê dide.
Sipî ji bo vê taybetmendiyê!
и .
Piştgiriya ji bo qaîdeyên push komê li API-yê zêde kir
(DESTPÊK, PREMIUM, ULTIMATE, TUNZ, ZÎV, ZÊR)
Berê, qaîdeyên pulkirina komê tenê dikaribû bi seredana her komê bi ferdî bi navgîniya GitLab UI-yê ve were mîheng kirin û wan qaîdeyan bicîh bîne. Naha hûn dikarin van qaîdeyan bi navgîniya API-ê ve rêve bibin da ku amûrên xweyên xwerû û otomatîkkirina GitLab piştgirî bikin.
и .
Betalkirina nîşaneyên gihîştina kesane ji bo hilanîna pêbaweriya xwe-rêveberî
(DERVATIRÎN)
Agahdariyên ku ew hewce ne ji bo rêvebirina pêbaweriyên bikarhêner ji bo mînaka GitLab-ê ji rêveberan re peyda dike. Ji ber ku rêxistinên lihevhatinî yên lihevhatinî di hişkiya polîtîkayên rêveberiya pêbaweriya xwe de diguhezin, me bişkokek zêde kiriye ku rê dide rêvebiran ku vebijarkî nîşana gihîştina kesane ya bikarhênerek (PAT) betal bikin. Rêvebir naha dikarin bi hêsanî PAT-ên potansiyel ên lihevhatî betal bikin. Ev taybetmendî ji bo rêxistinên ku dixwazin vebijarkên lihevhatina maqûltir dixwazin ku têkçûna bikarhênerên xwe kêm bikin bikêr e.
и .
Pelê veavakirinê ji bo edîtorê malpera statîk
(NAVEK, DESTPÊK, PREMIUM, ULTIMATE, BELA, TUNZ, ZÎV, ZÊR)
Di GitLab 13.4 de, em rêyek nû destnîşan dikin ku meriv edîtorê malpera statîk xweş bike. Her çend pelê vesazkirinê di vê berdanê de mîhengan hilnagire an nagire, em bingehê ji bo xweşkirina pêşerojê ya tevgera edîtorê datînin. Di weşanên pêşerojê de em ê li pelê zêde bikin .gitlab/static-site-editor.yml parametreyên ji bo sazkirinê , li ser ku , mîhengên hevoksaziya Markdown û mîhengên din ên edîtorê serûbin dike.
и .
Guhertina beşa destpêkê ya pelê bi karanîna edîtorek malpera statîk
(NAVEK, DESTPÊK, PREMIUM, ULTIMATE, BELA, TUNZ, ZÎV, ZÊR)
Mijara pêşîn rêyek maqûl û hêsan e ku meriv guhêrbarên rûpelê di pelên daneyê de ji bo pêvajoyê ji hêla hilberînerê malpera statîk ve diyar bike. Ew bi gelemperî ji bo danîna sernavê rûpelê, şablonê sêwiranê, an nivîskarê tê bikar anîn, lê dikare were bikar anîn da ku her celeb metadata ji jeneratorê re derbas bike dema ku rûpelê di HTML-ê de vedibêje. Di serê her pelê daneyê de tê de, beşa destpêkê bi gelemperî wekî YAML an JSON tê format kirin û hevoksaziya domdar û rast hewce dike. Bikarhênerên ku bi qaîdeyên taybetî yên hevoksaziyê nizanin dibe ku bi bêhemdî têkevin nîşankirina nederbasdar, ku di encamê de dibe sedema pirsgirêkên formatkirinê an tewra têkçûnên çêkirinê.
Moda guherandinê ya WYSIWYG ya edîtorê malpera statîk jixwe pêşgotinê ji edîtorê derdixe da ku pêşî li van xeletiyên formatkirinê bigire. Lêbelê, ev ji we re dihêle ku hûn nirxên ku di vê beşê de hatine hilanîn bêyî ku vegerin ser guherandinê di moda çavkaniyê de biguhezînin. Di GitLab 13.4 de, hûn dikarin xwe bigihînin her zeviyê û nirxa wê di navgînek bingeh-formên naskirî de biguherînin. Dema ku bişkojk tête kirin Mîhengên (Mîhengên) panelek dê vebe ku ji bo her mifteya ku di destpêkê de hatî destnîşankirin qadek formê nîşan dide. Zeviyên bi nirxa heyî ve têne tije kirin, û guherandina yek ji wan bi qasî têketina wê di forma malperê de hêsan e. Guhertina pêşgotinê bi vî rengî ji hevoksaziya tevlihev dûr dikeve û kontrola tam li ser naverokê dide we di heman demê de piştrast dike ku encama paşîn bi domdarî hatî format kirin.
и .
GitLab ji bo Jira û DVCS Connector naha di Core de ye
(NAVEK, DESTPÊK, PREMIUM, ULTIMATE, BELA, TUNZ, ZÎV, ZÊR)
Ji bo bikarhênerên Jira li GitLab: и dihêlin ku hûn agahdariya li ser peywirên GitLab-ê nîşan bidin û daxwazên yekbûyî rasterast li Jira nîşan bidin. Bi yekbûna meya çêkirî ya Jira re, hûn dikarin bi hêsanî di navbera her du serlêdanan de gava ku hûn dixebitin bigerin.
Van taybetmendiyan berê tenê di plana meya Premium de peyda bûn, lê naha ji hemî bikarhêneran re peyda dibin!
и .
Dengdana piraniyê ji bo danûstendinên koma Gitaly (beta)
(CORE, STARTER, PREMIUM, ULTIMATE)
Komek Gitaly dihêle hûn depoyên Git-ê li gelek girêkên Gitaly "germ" dubare bikin. Ev bi rakirina yek xalên têkçûnê re tolerasyona xeletiyê zêde dike. , ku di GitLab 13.3-ê de hatî destnîşan kirin, dibe sedem ku guhertin li hemî girêkên Gitaly yên di komê de werin weşandin, lê tenê girêkên Gitaly yên ku bi girêka bingehîn re deng didin, guheztinan li dîskê tomar dikin. Ger hemî girêkên replica razî nebin, tenê kopiyek guheztinê dê li ser dîskê were hilanîn, heya ku dubarekirina asynkron biqede xalek têkçûnek yekane çêbike.
Dengdana piraniyê berî ku guheztinên li ser dîskê hilîne bi razîbûna piraniya girêkan (ne hemî) tolerasyona xeletiyê baştir dike. Ger ev taybetmendiya veguheztinê çalak be, divê nivîsandin li ser gelek girêkan biserkeve. Girêkên nerazî bixweber bi karanîna repplication asynchronous ji wan girêkên ku quorum ava kirine têne hevdem kirin.
и .
Piştgiriya şemaya xwerû ya ji bo pejirandina JSON di Web IDE de
(PREMIUM, ULTIMATE, ZÎV, ZÊR)
Projeyên ku mirov mîhengan di JSON an YAML de dinivîsin bi gelemperî ji pirsgirêkan re rû bi rû ne ji ber ku ew hêsan e ku meriv xeletiyek tîpî bike û tiştek bişkîne. Mimkun e ku meriv amûrên vekolînê binivîsîne da ku van pirsgirêkan di xeta CI-yê de bigire, lê karanîna pelek şema JSON dikare ji bo peydakirina belge û serişteyan kêrhatî be.
Beşdarên projeyê dikarin di depoya xwe de riya berbi şemaya xwerû ya di pelê de diyar bikin .gitlab/.gitlab-webide.yml, ku şema û riya pelên ku bêne kontrol kirin diyar dike. Dema ku hûn pelek taybetî li IDE-ya Webê bar dikin, hûn ê bertek û pejirandina zêde bibînin ku ji we re bibe alîkar ku hûn pelê biafirînin.
и .
Sînorê şaxkirina Grafika Acyclic Directed (DAG) gihîşt 50
(NAVEK, DESTPÊK, PREMIUM, ULTIMATE, BELA, TUNZ, ZÎV, ZÊR)
Heke hûn bi konveyeran bikar tînin (Grafê Acyclic Directed (DAG)), dibe ku hûn bibînin ku sînorê 10 karan heye ku karek dikare di nav de diyar bike. needs:, pir hişk. Di 13.4-ê de, sînorê xwerû ji 10 ber 50 hate zêdekirin da ku rê bide şebekeyên tevlihevtir ên têkiliyên di navbera karên di boriyên we de.
Ger hûn rêvebirê mînakek GitLab-ê ya xwerû ne, hûn dikarin bi sazkirina taybetmendiyek veguheztinê vê sînor hîn bilindtir bikin, her çend em ji bo vê yekê piştgirîya fermî pêşkêş nakin.
и .
Reftara çêtir kirin needs ji bo peywirên winda
(NAVEK, DESTPÊK, PREMIUM, ULTIMATE, BELA, TUNZ, ZÎV, ZÊR)
Di hin rewşan de, karekî wendakirî yê di boriyê de dikare ji bo girêdanên ku di nav de hatine destnîşan kirin bi xeletî serfiraz were hesibandin. needs, ku bû sedem ku karên paşerojê bimeşin, ya ku diviya bû nebûna. Ev tevger di guhertoya 13.4 de hatî rast kirin, û needs naha dozên karên wendabûyî rast bi rê ve dibe.
и .
Artifakta lêgerîna paşîn pîne bikin da ku pêşî li jêbirina wê bigirin
(NAVEK, DESTPÊK, PREMIUM, ULTIMATE, BELA, TUNZ, ZÎV, ZÊR)
GitLab naha bixweber kar û hunera lûleyê ya paşîn a serketî li ser her şaxek çalak, daxwazek hevgirtinê, an etîketê kilît dike da ku pêşî li jêbirina wê bigire piştî bidawîbûnê. Sazkirina qaîdeyên qedandinê yên dijwartir ji bo paqijkirina berhemên kevn hêsantir dibe. Ev ji kêmkirina xerckirina cîhê dîskê re dibe alîkar û piştrast dike ku hûn her gav kopiyek hunera herî dawî ya ji boriyê heye.
и .
Rêbernameya CI/CD ji bo Optimîzasyona Pipeline
(NAVEK, DESTPÊK, PREMIUM, ULTIMATE, BELA, TUNZ, ZÎV, ZÊR)
Optimîzekirina lûleya xweya CI/CD dikare leza radestkirinê baştir bike û drav xilas bike. Me belgeyên xwe baştir kiriye da ku rêbernameyek bilez bihewîne da ku herî zêde ji xweşbînkirina boriyên xwe sûd werbigire.
и .
Rapora testê li gorî rewşa testê hate rêz kirin
(NAVEK, DESTPÊK, PREMIUM, ULTIMATE, BELA, TUNZ, ZÎV, ZÊR)
rêyek hêsan e ku meriv encamên hemî ceribandinên di boriyê de bibîne. Lêbelê, digel hejmareke mezin a ceribandinan, dîtina ceribandinên têkçûyî dikare demek dirêj bigire. Pirsgirêkên din ên ku dikarin karanîna raporê dijwar bikin dijwariya gerîdeya di nav derketinên şopên dirêj de û dorpêkirina demê ber bi sifirê ve ji bo ceribandinên ku di kêmtirî 1 çirkeyê de dimeşin hene. Naha, ji hêla xwerû, dema ku raporek testê birêkûpêk dike, ew pêşî ceribandinên têkçûyî di destpêka raporê de bi cîh dike, û dûv re ceribandinan li gorî demsalê rêz dike. Ev yek hêsantir dike ku têkçûn û ceribandinên dirêj bibînin. Wekî din, heyamên ceribandinê naha di millisecond an saniyeyan de têne xuyang kirin, ku xwendina wan pir zûtir dike, û pirsgirêkên gerîdeya berê jî hatine çareser kirin.
и .
Sînorên li ser mezinahiya pelên ku li qeyda pakêtê hatine barkirin
(NAVEK, DESTPÊK, PREMIUM, ULTIMATE, BELA, TUNZ, ZÎV, ZÊR)
Naha di mezinahiya pelên pakêtê de sînor hene ku dikarin li tomara pakêtê ya GitLab werin barkirin. Qedexe hatine zêdekirin da ku performansa tomara pakêtê xweştir bikin û pêşî li destdirêjiyê bigirin. Sînor li gorî forma pakêtê diguhere. Ji bo GitLab.com, mezinahiya pelê herî zêde ev in:
- Conan: 250 MB
- Maven: 3 GB
- NPM: 300 MB
- NuGet: 250 MB
- PyPI: 3 GB
Ji bo mînakên GitLab-ê yên xwerû, xwerû yek in. Lêbelê, rêveber dikare bi karanîna qedexeyan nûve bike .
и .
Ji bo weşandina pakêtên PyPI CI_JOB_TOKEN bikar bînin
(NAVEK, DESTPÊK, PREMIUM, ULTIMATE, BELA, TUNZ, ZÎV, ZÊR)
Hûn dikarin depoya GitLab PyPI bikar bînin da ku pakêtên Python bi koda çavkaniyê û lûleyên CI/CD re biafirînin, biweşînin û parve bikin. Lêbelê, berê we nikarîbû bi karanîna guhêrbarek hawîrdorê ya pêşwextkirî li depoyê verast bikin CI_JOB_TOKEN. Wekî encamek, we neçar ma ku pêbaweriyên xweyên kesane bikar bînin da ku depoya PyPI nûve bikin, an jî we biryar da ku hûn qet depoyê bikar neynin.
Naha hêsantir e ku meriv GitLab CI/CD bikar bîne da ku pakêtên PyPI-yê bi karanîna guhêrbarek jîngehê ya pêşwextkirî çap bike û saz bike. CI_JOB_TOKEN.
и .
Li ser daxwazê profîlên skanerê DAST
(DAWÎ, ZÊR)
Li ser-daxwaza lêgerîna DAST ku bû , profîlên skanerê DAST hatine zêdekirin. Ew kapasîteyên veavakirinê yên van şopandinê dirêj dikin, dihêlin ku hûn zû bi zû pir profîlan biafirînin da ku gelek celeb şopandinê veşêrin. Di 13.4-ê de, profîla crawler bi xwemalî mîhengek demdirêjiya crawler-ê vedihewîne ku destnîşan dike ka kengê gerokê DAST divê çiqas bixebite dema ku ew hewl dide ku hemî rûpelên malperek xêzkirî keşf bike. Di heman demê de profîl mîhengek dema malperê ya armancê jî vedihewîne da ku destnîşan bike ka ger malper bi kodek statûya 200 an 300 bersivê nede divê krawler kengê li bendê bimîne ku malperek were gihîştinê berî ku vegere. di weşanên paşerojê de li profîla skanerê hate zêdekirin; Parametreyên mîhengê yên din dê werin zêdekirin.
и .
Ji bo Rûpelên GitLab pelê veavakirina beralîkirina hêsan
(NAVEK, DESTPÊK, PREMIUM, ULTIMATE, BELA, TUNZ, ZÎV, ZÊR)
Ger hûn Rûpelên GitLab bikar bînin û dixwazin guhertinên URL-ê çêtir îdare bikin, dibe ku we ferq kiriye ku birêvebirina beralîkirinan li ser malpera weya Rûpelên GitLab ne mumkin bû. GitLab naha destûrê dide we ku hûn qaîdeyan mîheng bikin da ku URLek ji bo malpera Rûpelên xwe beralî bike û pelek vesazkirinê li depoyê zêde bike. Ev taybetmendî bi saya tevkariya Kevin Barnett (), me Eric Eastwood () û tîmên GitLab. Spas ji her kesî re ji bo têketina we.
и .
Dewleta Terraform ji hêla GitLab ve tê rêvebirin
(NAVEK, DESTPÊK, PREMIUM, ULTIMATE, BELA, TUNZ, ZÎV, ZÊR)
Gihîştina guhertoyên berê yên dewleta Terraform hem ji bo lihevhatinê hem jî ji bo debugkirinê ger hewce be pêdivî ye. Piştgiriya guhertoya dewleta Terraform ku ji hêla GitLab ve hatî rêve kirin bi GitLab 13.4 dest pê dike. Versiyon ji bo pelên nû yên dewleta Terraform bixweber tê çalak kirin. Pelên dewleta Terraformê yên heyî dê bibin di serbestberdana paşê de.
и .
Agahdariya Bûyerê ya Girîng
(NAVEK, DESTPÊK, PREMIUM, ULTIMATE, BELA, TUNZ, ZÎV, ZÊR)
Dema ku bûyeran hildibijêrin, hûn hewce ne ku hûn bi hêsanî diyar bikin ka çiqas hişyariyek vekirî ye û çend caran bûyer hate destpêkirin. Van hûrguliyan bi gelemperî di destnîşankirina bandora li ser xerîdar û tiştê ku tîmê we pêşî divê çareser bike krîtîk in. Di panela nû ya Detayên Bûyerê de, em dema destpêkirina hişyariyê, hejmara bûyeran û girêdanek bi hişyariya orîjînal nîşan didin. Ev agahdarî ji bo bûyerên ku ji hişyariyê têne çêkirin hene.
и .
Sazkirin û sererastkirina pîvana giraniya bûyerê
(NAVEK, DESTPÊK, PREMIUM, ULTIMATE, BELA, TUNZ, ZÎV, ZÊR)
Pîvana Zehmetiya Bûyerê dihêle ku bersivdar û beşdaran bandora qutbûnê, û her weha rêbaz û lezgîniya bersivê diyar bikin. Gava ku tîmê we di dema çareserkirin û başkirina bûyerê de encaman parve dike, ew dikarin vê mîhengê biguherînin. Naha hûn dikarin giraniya bûyerek li milê rastê yê rûpela Agahiyên Bûyerê biguherînin, û giranî di navnîşa bûyeran de tê xuyang kirin.
и .
Afirandin, sererastkirin û jêbirina qaîdeyên ewlehiya tora konteynerê
(DAWÎ, ZÊR)
Ev pêşkeftina Edîtorê Rêzika Ewlekariya Tora Konteyner rê dide bikarhêneran ku bi hêsanî qaîdeyên xwe rasterast ji navgîniya bikarhênerê GitLab biafirînin, biguherînin û jêbikin. Taybetmendiyên edîtorê hene .yaml ji bo bikarhênerên bi ezmûn û edîtorek qaîdeyan bi navbeynkariya xwerû ji bo kesên nû yên ji qaîdeyên torê re. Hûn dikarin di beşê de vebijarkên rêveberiya qaîdeyên nû bibînin Ewlekarî û Lihevhatin> Rêvebiriya Tehdîdê> Rêgez (Ewlekarî & Lihevhatin > Rêvebiriya Gef > Polîtîka).
и .
Piştgiriya hilanîna blob Azure
(NAVEK, DESTPÊK, PREMIUM, ULTIMATE, BELA, TUNZ, ZÎV, ZÊR)
Hem GitLab û hem jî GitLab Runner niha piştgirî dikin , meşandina karûbarên GitLab li ser Azure hêsantir dike.
Mînakên GitLab ji bo hemî celeb firotgehên tiştan, tevî pelên LFS, hunerên CI, û Azure piştgirî dikin. . Ji bo sazkirina hilanîna Azure Blob, rêwerzên sazkirinê bişopînin an .
Pêvajoyên kar ên GitLab jî ji bo hilanînê Azure piştgirî dikin . Hilberîna Azure dikare bi karanîna beşê ve were mîheng kirin .
и .
Ji bo Ubuntu û OpenSUSE pakêtên Omnibus ARM64
(CORE, STARTER, PREMIUM, ULTIMATE)
Wekî bersivek mezinbûna daxwaziya piştgiriyê ji bo xebitandina GitLab li ser mîmariya ARM-a 64-bit, em kêfxweş in ku hebûna pakêta fermî ya ARM64 Ubuntu 20.04 Omnibus ragihînin. Gelek spas ji Zitai Chen û Guillaume Gardet re ji bo tevkariyên mezin ên ku wan kirine - daxwazên wan ên yekbûnê di vê yekê de rolek sereke lîstin!
Ji bo daxistin û sazkirina pakêtê ji bo Ubuntu 20.04, biçin me û hilbijêrin Ubuntu.
и .
Piştgiriya erêkirina qerta smart ji bo nexşeya GitLab Helm
(PREMIUM, ULTIMATE)
Kartên jîr, wekî Kartên Gihîştina Hevbeş (CAC), naha dikarin werin bikar anîn da ku li mînakek GitLab-ê ku bi nexşeya Helm ve hatî verast kirin verast bikin. Kartên zîrek li dijî databasek herêmî bi karanîna sertîfîkayên X.509 têne pejirandin. Bi vê yekê, piştgiriya qerta zîrek a bi nexşeya Helm re naha li gorî piştgirîya qerta zîrek e ku di sazkirinên Omnibus de peyda dibe.
и .
Nîşanên serbestberdana hûrgulî û rêwerzên nûvekirin / sazkirinê dikarin di posta orjînal a Englishngilîzî de werin xwendin: .
Em li ser wergera ji îngilîzî dixebitin , , и .
Source: www.habr.com