Higit pang mga opsyon sa pakikipagtulungan at karagdagang mga notification
Sa GitLab, patuloy kaming naghahanap ng mga bagong paraan upang mapabuti ang pakikipagtulungan sa buong DevOps lifecycle. Ikinalulugod naming ipahayag na sa paglabas na ito ay sinusuportahan namin ! Available ang feature na ito mula sa antas ng GitLab Starter at tunay na naglalaman ng aming motto: "Lahat ay maaaring mag-ambag". Alam namin na ang isang kahilingan sa pagsasama ay maaaring magkaroon ng maraming tao na nagtatrabaho dito upang matiyak na maayos ang lahat, at ngayon ay may kakayahan ka nang magtalaga ng maraming mga may-ari ng kahilingan sa pagsasama!
Nakakatanggap na rin ang mga DevOps team . Magdagdag ng mga bagong notification sa listahan ng mga push event sa dalawang chat na ito, at halos agad-agad na malalaman ng iyong team ang mga bagong deployment.
Bawasan ang mga gastos na may suporta para sa mga container ng Docker sa Windows at provisioning sa antas ng instance ng mga cluster ng Kubernetes
Gustung-gusto namin ang mga lalagyan! Ang mga container ay kumokonsumo ng mas kaunting mga mapagkukunan ng system kumpara sa mga virtual machine at pinapahusay ang kakayahang magamit ng application. Mula nang ilabas ang GitLab 11.11 sinusuportahan namin , para magamit mo na ngayon ang mga Docker container sa Windows at tangkilikin ang mga advanced na pipeline orchestration at mga kakayahan sa pamamahala.
Nag-aalok na ngayon ang GitLab Premium (mga self-managed instance lang). . Ang karagdagan na ito ay magpapabilis ng paghahatid dahil magkakaroon ka na ngayon ng caching proxy para sa mga madalas na ginagamit na larawan ng Docker.
Ang mga gumagamit ng mga instance ng GitLab na pinamamahalaan ng sarili ay maaari na ngayong magbigay , at lahat ng team at proyekto sa instance ay gagamitin ito para sa kanilang mga deployment. Ang pagsasama ng GitLab na ito sa Kubernetes ay awtomatikong lilikha ng mga mapagkukunang partikular sa proyekto para sa karagdagang seguridad.
At hindi lang iyon!
Bilang karagdagan sa mga bagong feature ng pakikipagtulungan at karagdagang mga notification, nagdagdag kami , nadagdagan , pinasimpleng mga tseke gamit ang , at marami pang iba!
Ang Pinakamahalagang Empleyado Ngayong Buwan) — Kia Mae Somabes ()
Sa release na ito, idinagdag namin ang kakayahang mag-download ng mga indibidwal na folder mula sa mga repository, sa halip na lahat ng content. Ngayon ay maaari ka nang mag-download ng ilan lang sa mga file na kailangan mo. Salamat, Kia Mae Somabes!
Mga pangunahing tampok ng GitLab 11.11
Windows Container Executor para sa GitLab Runner
CORE, STARTER, PREMIUM, ULTIMATE, LIBRE, BRONZE, SILVER, GOLD
Sa GitLab 11.11, nagdagdag kami ng bagong runner sa GitLab Runner para magamit ang mga Docker container sa Windows. Dati, kailangan mong gumamit ng shell upang i-orkestrate ang mga container ng Docker sa Windows, ngunit ngayon ay maaari kang gumana sa mga container ng Docker sa Windows nang direkta, halos kapareho ng sa Linux. Ang mga user ng Microsoft platform ay mayroon na ngayong mas maraming opsyon para sa pipeline orchestration at pamamahala.
Kasama sa update na ito ang pinahusay na suporta sa PowerShell sa GitLab CI/CD, pati na rin ang mga bagong larawan ng suporta para sa iba't ibang bersyon ng mga container ng Windows. Siyempre, ang iyong sariling mga Windows runner ay magagamit sa GitLab.com, ngunit hindi pa sila magagamit sa publiko na mga tool.
Pag-cache ng dependency proxy para sa container registry
PREMIUM, ULTIMATE
Ang mga koponan ay madalas na gumagamit ng mga lalagyan sa pagbuo ng mga pipeline, at ang pag-cache ng proxy para sa mga madalas na ginagamit na larawan at mga pakete mula sa upstream ay isang mahusay na paraan upang mapabilis ang mga pipeline. Gamit ang isang lokal na kopya ng mga layer na kailangan mo, na naa-access sa pamamagitan ng bagong caching proxy, maaari kang gumana nang mas mahusay sa mga karaniwang larawan sa iyong kapaligiran.
Sa ngayon, available lang ang container proxy para sa mga self-managed na instance sa web server .
Ilang taong responsable para sa mga kahilingan sa pagsasama
STARTER, PREMIUM, ULTIMATE, BRONZE, SILVER, GOLD
Karaniwan na para sa maraming tao na magtrabaho sa isang feature sa isang nakabahaging sangay at pagsamahin ang kahilingan, halimbawa kapag ang mga front-end at back-end na developer ay malapit na nagtutulungan o kapag ang mga developer ay nagtatrabaho nang pares, tulad ng sa Extreme Programming.
Sa GitLab 11.11, maaari kang magtalaga ng maraming tao upang pagsamahin ang mga kahilingan. Tulad ng maraming may-ari ng gawain, maaari kang gumamit ng mga listahan, filter, notification, at API.
Kubernetes cluster configuration sa antas ng instance
CORE, STARTER, PREMIUM, ULTIMATE
Ang modelo ng seguridad at provisioning sa Kubernetes ay umuunlad upang payagan ang malaking bilang ng mga kliyente na maihatid sa pamamagitan ng isang nakabahaging cluster.
Sa GitLab 11.11, ang mga user ng self-managed na mga instance ay maaari na ngayong magbigay ng cluster sa instance level, at lahat ng team at project sa instance ay gagamitin ito para sa kanilang mga deployment. Ang pagsasama ng GitLab na ito sa Kubernetes ay awtomatikong lilikha ng mga mapagkukunang partikular sa proyekto para sa karagdagang seguridad.
Mga notification sa deployment sa Slack at Mattermost
CORE, STARTER, PREMIUM, ULTIMATE, LIBRE, BRONZE, SILVER, GOLD
Maaari ka na ngayong mag-set up ng mga awtomatikong notification tungkol sa mga kaganapan sa pag-deploy sa channel ng team salamat sa pagsasama sa mga chat и , at malalaman ng iyong team ang lahat ng mahahalagang kaganapan.
Access ng bisita sa mga isyu
CORE, STARTER, PREMIUM, ULTIMATE, LIBRE, BRONZE, SILVER, GOLD
Maaari na ngayong tingnan ng mga bisitang user ng iyong mga proyekto ang mga release na na-publish sa page na Mga Release. Magagawa nilang mag-download ng mga na-publish na artifact, ngunit hindi makakapag-download ng source code o makakita ng mga detalye ng repository tulad ng mga tag o commit.
Iba pang mga pagpapabuti sa GitLab 11.11
Mga serialized commit graph para sa pinahusay na performance
CORE, STARTER, PREMIUM, ULTIMATE, LIBRE, BRONZE, SILVER, GOLD
Maraming mga operasyon sa Git ang nangangailangan ng pagtawid sa graph ng commit, tulad ng pagkalkula ng merge base o paglilista ng mga sangay na naglalaman ng commit. Kung mas maraming commit, mas mabagal ang mga operasyong ito dahil nangangailangan ang traversal na i-load ang bawat object mula sa disk upang mabasa ang mga pointer nito.
Sa GitLab 11.11, pinagana namin ang serialized commit graph feature na ipinakilala sa kamakailang mga release ng Git upang aktibong kalkulahin at iimbak ang impormasyong ito. Ang mga pag-crawl sa malalaking repositoryo ay mas mabilis na ngayon. Awtomatikong gagawin ang graph ng commit sa susunod na koleksyon ng basura ng repository.
Basahin ang tungkol sa kung paano ginawa ang serialized commit graph mula sa isa sa mga may-akda ng tampok na ito.
Karagdagang mga minuto ng CI Runner: magagamit na ngayon para sa mga libreng plano
LIBRE, BRONSE, SILVER, GOLD
Noong nakaraang buwan, idinagdag namin ang kakayahang bumili ng karagdagang CI Runner minuto, ngunit para lamang sa mga binabayarang plano ng GitLab.com. Sa release na ito, ang mga minuto ay maaari ding mabili sa mga libreng plano.
Pag-upload ng mga archive ng direktoryo sa mga repositoryo
CORE, STARTER, PREMIUM, ULTIMATE, LIBRE, BRONZE, SILVER, GOLD
Depende sa uri at laki ng proyekto, ang archive ng buong proyekto ay maaaring magtagal upang ma-download at hindi palaging kinakailangan, lalo na sa kaso ng malalaking monorepositories. Sa GitLab 11.11, maaari kang mag-download ng archive ng mga nilalaman ng kasalukuyang direktoryo, kabilang ang mga subdirectory, upang piliin lamang ang mga folder na kailangan mo.
Salamat sa trabaho !
Awtomatikong malulutas na ngayon ng paglalapat ng mungkahi ang talakayan
CORE, STARTER, PREMIUM, ULTIMATE, LIBRE, BRONZE, SILVER, GOLD
Ang pagpapanukala ng mga pagbabago ay nagpapadali sa pakikipagtulungan sa mga kahilingan sa pagsasama sa pamamagitan ng pag-aalis ng pangangailangan para sa copy-paste upang tanggapin ang isang iminungkahing pagbabago. Sa GitLab 11.11, ginawa naming mas madali ang prosesong ito sa pamamagitan ng pagpayag sa mga talakayan na awtomatikong maresolba kapag may inilapat na mungkahi.
Time counter sa sidebar ng task board
CORE, STARTER, PREMIUM, ULTIMATE, LIBRE, BRONZE, SILVER, GOLD
Dapat magkapareho ang hitsura ng mga sidebar taskbar sa mga view ng Board at Task. Kaya naman ang GitLab ay mayroon na ngayong time tracker sa sidebar ng issue board. Pumunta lang sa iyong task board, mag-click sa isang gawain, at magbubukas ang sidebar na may time counter.
Impormasyon tungkol sa mga deployment sa Environments API
CORE, STARTER, PREMIUM, ULTIMATE, LIBRE, BRONZE, SILVER, GOLD
Nagdagdag kami ng kakayahang mag-query sa Environments API para sa partikular na impormasyon sa kapaligiran para malaman kung ano ang commit na naka-deploy sa environment ngayon. Gagawin nitong mas madali ang automation at pag-uulat para sa mga user ng Environment sa GitLab.
Mga negatibong variable na tugma para sa mga panuntunan sa pipeline
CORE, STARTER, PREMIUM, ULTIMATE, LIBRE, BRONZE, SILVER, GOLD
Maaari mo na ngayong suriin ang negatibong pagkakapantay-pantay o pagtutugma ng pattern (!= и !~) sa file .gitlab-ci.yml kapag sinusuri ang mga halaga ng mga variable ng kapaligiran, kaya ang pagkontrol sa pag-uugali ng mga pipeline ay naging mas nababaluktot.
Patakbuhin ang lahat ng manu-manong trabaho sa isang yugto sa isang click
CORE, STARTER, PREMIUM, ULTIMATE, LIBRE, BRONZE, SILVER, GOLD
Sa GitLab 11.11, ang mga user na mayroong maraming manu-manong trabaho sa kanilang mga yugto ay maaari na ngayong kumpletuhin ang lahat ng naturang mga trabaho sa isang yugto sa pamamagitan ng pag-click sa isang pindutan "Laruin lahat" (“Run All”) sa kanan ng pangalan ng entablado sa view ng Pipelines.
Paglikha ng isang file nang direkta mula sa isang variable ng kapaligiran
CORE, STARTER, PREMIUM, ULTIMATE, LIBRE, BRONZE, SILVER, GOLD
Ang mga variable ng kapaligiran ay kadalasang ginagamit upang lumikha ng mga file, lalo na para sa mga lihim na kailangang protektahan at naa-access lamang sa isang partikular na pipeline ng kapaligiran. Upang gawin ito, itinakda mo ang mga nilalaman ng variable sa mga nilalaman ng file at lumikha ng isang file sa trabaho na naglalaman ng halaga. Sa isang bagong variable ng kapaligiran tulad ng file ito ay maaaring gawin sa isang hakbang kahit na walang pagbabago .gitlab-ci.yml.
API endpoint para sa impormasyon ng kahinaan
ULTIMATE, GINTO
Maaari mo na ngayong i-query ang GitLab API para sa lahat ng mga kahinaang natukoy sa isang proyekto. Gamit ang API na ito, maaari kang lumikha ng mga listahan ng mga kahinaan na nababasa ng makina, na na-filter ayon sa uri, kumpiyansa, at kalubhaan.
Buong dynamic na kakayahan sa pag-scan para sa DAST
ULTIMATE, GINTO
Sa GitLab, maaari mong dynamic na subukan ang seguridad ng application (Dynamic Application Security Testing, DAST) bilang bahagi ng CI pipeline. Simula sa paglabas na ito, maaari kang pumili ng buong dynamic na pag-scan sa halip ng karaniwang passive na pag-scan. Pinoprotektahan ng buong dynamic na pag-scan laban sa higit pang mga kahinaan.
Pag-install ng Prometheus sa mga cluster sa antas ng pangkat
CORE, STARTER, PREMIUM, ULTIMATE, LIBRE, BRONZE, SILVER, GOLD
Ang release na ito ng GitLab ay nagpapakilala ng kakayahang mag-attach ng Kubernetes cluster sa isang buong grupo. Nagdagdag din kami ng kakayahang mag-install ng isang instance ng Prometheus sa bawat cluster upang gawing mas madali ang pagsubaybay sa lahat ng proyekto sa cluster.
Matuto tungkol sa hindi pagpansin sa mga kahinaan sa Security Dashboard
ULTIMATE, GINTO
Ang mga dashboard ng seguridad ng GitLab ay nagbibigay-daan sa mga administrator na tingnan ang mga hindi pinansin na kahinaan. Upang i-streamline ang iyong daloy ng trabaho, idinagdag namin ang kakayahang direktang tingnan ang mga detalye ng pagbalewala sa iyong dashboard ng seguridad.
Gumawa ng mga custom na chart ng sukatan sa iyong dashboard
PREMIUM, ULTIMATE, SILVER, GOLD
Gumawa ng mga bagong chart na may mga custom na sukatan ng pagganap mula mismo sa dashboard sa iyong dashboard ng mga sukatan. Ang mga user ay maaari na ngayong gumawa, mag-update, at magtanggal ng mga visualization ng sukatan sa dashboard sa pamamagitan ng pag-click sa "Magdagdag ng Sukatan" (“Magdagdag ng Sukatan”) sa kanang sulok sa itaas ng toolbar ng dashboard.
Ang mga isyu sa notification ay binuksan na ngayon bilang GitLab Alert Bot
PREMIUM, ULTIMATE, SILVER, GOLD
Ngayon, ang mga isyu na nagbubukas mula sa mga notification ay itatakda ng may-akda sa GitLab Alert Bot, upang makita mo kaagad na ang isyu ay awtomatikong nilikha mula sa isang mahalagang notification.
I-autosave ang mga epic na paglalarawan sa lokal na storage
ULTIMATE, GINTO
Ang mga epikong paglalarawan ay hindi na-save sa lokal na imbakan, kaya nawala ang mga pagbabago maliban kung tahasan mong na-save ang mga ito noong binago mo ang epikong paglalarawan. Ipinakilala ng GitLab 11.11 ang kakayahang mag-save ng mga epikong paglalarawan sa lokal na imbakan. Nangangahulugan ito na madali ka nang makabalik sa pagbabago ng iyong epikong paglalarawan kung may nangyaring error, naabala ka, o hindi mo sinasadyang lumabas sa browser.
GitLab mirroring support para sa Git LFS
STARTER, PREMIUM, ULTIMATE, BRONZE, SILVER, GOLD
Gamit ang pag-mirror, maaari mong kopyahin ang mga repositoryo ng Git mula sa isang lokasyon patungo sa isa pa. Pinapadali nitong mag-imbak ng replika ng isang repositoryo na matatagpuan sa ibang lugar sa server ng GitLab. Sinusuportahan na ngayon ng GitLab ang pag-mirror ng mga repository gamit ang Git LFS, kaya available ang feature na ito kahit para sa mga repo na may malalaking file, gaya ng mga texture ng laro o siyentipikong data.
Mga pahintulot sa pagbabasa at pagsulat ng repository para sa mga personal na token ng pag-access
CORE, STARTER, PREMIUM, ULTIMATE, LIBRE, BRONZE, SILVER, GOLD
Maraming personal na access token ang may mga pahintulot na magbago sa antas api, ngunit ang buong pag-access sa API ay maaaring magbigay ng masyadong maraming karapatan sa ilang user o organisasyon.
Salamat sa input ng komunidad, ang mga personal na access token ay maaari na ngayong magkaroon ng mga pahintulot sa pagbasa at pagsulat sa mga repositoryo ng proyekto, sa halip na mas malalim na access sa antas ng API sa mga sensitibong bahagi ng GitLab tulad ng mga setting at membership.
Salamat, Horatiu Evgen Vlad ()!
Pagdaragdag ng pangunahing suporta para sa mga batch na query ng GraphQL
LIBRE, BRONZE, SILVER, GOLD, CORE, STARTER, PREMIUM, ULTIMATE
Gamit ang GraphQL API, maaaring tukuyin ng mga user kung anong data ang kailangan nila at makuha ang lahat ng data na kailangan nila sa ilang query. Simula sa release na ito, sinusuportahan ng GitLab ang pagdaragdag ng pangunahing impormasyon ng grupo sa GraphQL API.
Mag-sign in gamit ang mga kredensyal ng Salesforce
CORE, STARTER, PREMIUM, ULTIMATE, LIBRE, BRONZE, SILVER, GOLD
Gustung-gusto ng GitLab ang mga developer ng Salesforce, at upang suportahan ang komunidad na ito, pinapayagan namin ang mga user na mag-sign in sa GitLab gamit ang mga kredensyal ng Salesforce.com. Ang mga pagkakataon ay maaari na ngayong i-configure ang GitLab bilang isang Salesforce-connected app upang magamit ang Salesforce.com upang mag-log in sa GitLab sa isang click.
Kinakailangan na ang SAML SSO para sa web access
PREMIUM, ULTIMATE, SILVER, GOLD
Kami sa antas ng pangkat, na ipinakilala sa 11.8 na release, na may mahigpit na pagpapatunay ng mga mapagkukunan ng grupo at proyekto upang matiyak na ang mga user ay makakakuha lamang ng access kapag naka-log in gamit ang SAML. Isa itong karagdagang layer ng access control para sa mga organisasyong nagpapahalaga sa seguridad at gumagamit ng GitLab.com sa pamamagitan ng SAML SSO. Ngayon ay maaari mong gawing kinakailangan ang SSO, alam na gumagamit ng SSO ang mga user sa iyong grupo.
I-filter ayon sa kamakailang ginawa o binagong data para sa epics API
ULTIMATE, GINTO
Dati, hindi madaling mag-query ng kamakailang ginawa o nagbago ng data gamit ang GitLab epics API. Sa release 11.11 nagdagdag kami ng mga karagdagang filter created_after, created_before, updated_after и updated_beforeupang matiyak ang pare-pareho sa task API at mabilis na makahanap ng mga binago o bagong likhang epiko.
Biometric authentication gamit ang UltraAuth
CORE, STARTER, PREMIUM, ULTIMATE, LIBRE, BRONZE, SILVER, GOLD
kompanya dalubhasa sa walang password na biometric na pagpapatotoo. Sinusuportahan na namin ngayon ang paraan ng pagpapatunay na ito sa GitLab!
Salamat, Karthiki Tanna ()!
GitLab Runner 11.11
CORE, STARTER, PREMIUM, ULTIMATE, LIBRE, BRONZE, SILVER, GOLD
Ngayon inilabas namin ang GitLab Runner 11.11! Ang GitLab Runner ay isang open source na proyekto na ginagamit upang magpatakbo ng mga trabaho sa CI/CD at itulak ang mga resulta pabalik sa GitLab.
Mga pagpapabuti sa Omnibus
CORE, STARTER, PREMIUM, ULTIMATE
Ginawa namin ang mga sumusunod na pagpapabuti sa Omnibus sa GitLab 11.11:
- Kasama sa GitLab 11.11 - , na ang bagong release ay may kasamang interactive na ephemera at higit pa. Ang bersyon na ito ay naglalaman ng , at pinapayuhan ka naming mag-update.
- .
Pagpapabuti ng mga Scheme
CORE, STARTER, PREMIUM, ULTIMATE
Ginawa namin ang mga sumusunod na pagpapabuti sa mga Helm chart sa GitLab 11.11:
- Sa GitLab 11.11 maaari mong .
- Available sa mga administrator kasama
memoryKiller,maxRss,graceTimeиshutdownWait. - Helm chart ngayon sa Amazon Elastic Container Service para sa Kubernetes ()
Mga pagpapabuti sa pagganap
CORE, STARTER, PREMIUM, ULTIMATE, LIBRE, BRONZE, SILVER, GOLD
Patuloy naming pinapahusay ang performance ng GitLab sa bawat release para sa mga instance ng GitLab sa anumang laki. Ilang mga pagpapabuti sa GitLab 11.11:
Mga hindi na ginagamit na feature
Ang GitLab Geo ay magdadala ng naka-hash na imbakan sa GitLab 12.0
Kinakailangan ang GitLab Geo upang pagaanin ang kumpetisyon sa mga pangalawang node. Ito ay nabanggit sa .
Sa GitLab idinagdag namin ang kinakailangang ito sa dokumentasyong Geo: .
Sa GitLab sudo gitlab-rake gitlab:geo:check sinusuri kung ang naka-hash na storage ay pinagana at kung ang lahat ng mga proyekto ay inilipat. Cm. . Kung gumagamit ka ng Geo, mangyaring patakbuhin ang pagsusuring ito at mag-migrate sa lalong madaling panahon.
Sa GitLab isang babala na permanenteng hindi pinagana ay ipapakita sa pahina Admin Area › Geo › Mga Nodekung ang mga pagsusuri sa itaas ay hindi pinapayagan. .
Sa GitLab Gagamitin ni Geo ang mga kinakailangan sa naka-hash na storage. Cm. .
Petsa ng pagtanggal: 22 2019 Hunyo, ang
Dadalhin ng GitLab Geo ang PG FDW sa GitLab 12.0
Ito ay kinakailangan para sa Geo Log Cursor dahil ito ay makabuluhang nagpapabuti sa pagganap ng ilang mga operasyon sa pag-synchronize. Pinahusay din ang pagganap ng mga query sa status ng Geo node. Ang mga nakaraang query ay may napakahinang pagganap sa malalaking proyekto. Tingnan kung paano i-set up ito . Sa GitLab Mangangailangan si Geo ng PG FDW. Cm. .
Petsa ng pagtanggal: 22 2019 Hunyo, ang
Ang mga opsyon sa sentry para sa pag-uulat ng bug at pag-log ay aalisin sa user interface sa GitLab 12.0
Ang mga opsyon na ito ay aalisin sa user interface sa GitLab 12.0 at magiging available sa file gitlab.yml. Bukod pa rito, maaari mong tukuyin ang isang Sentry na kapaligiran upang makilala ang pagkakaiba sa pagitan ng maraming deployment. Halimbawa, pag-unlad, pagtatanghal at produksyon. Cm. .
Petsa ng pagtanggal: 22 2019 Hunyo, ang
Nililimitahan ang maximum na bilang ng mga pipeline na ginawa ng isang pagsusumite
Dati, gumawa ang GitLab ng mga pipeline para sa HEAD bawat sangay sa kargamento. Ito ay kapaki-pakinabang para sa mga developer na nagtutulak ng maraming pagbabago nang sabay-sabay (halimbawa, sa isang feature branch at a develop).
Ngunit kapag itinutulak ang isang malaking repositoryo kung saan maraming aktibong sanga (halimbawa, upang ilipat, salamin o tinidor), hindi mo kailangang lumikha ng isang pipeline para sa bawat sangay. Simula sa GitLab 11.10 na aming nilikha kapag nagpapadala.
Petsa ng pagtanggal: Ang 22 Mayo 2019 lungsod
Mga legacy code path ng GitLab Runner
Dahil ang Gitlab 11.9 GitLab Runner ay gumagamit pag-clone/pagtawag sa repositoryo. Sa kasalukuyan, gagamitin ng GitLab Runner ang lumang paraan kung hindi sinusuportahan ang bago. Tingnan ang higit pa sa .
Sa GitLab 11.0, binago namin ang view ng configuration ng server ng sukatan para sa GitLab Runner. metrics_serveray aalisin pabor sa listen_address sa GitLab 12.0. Tingnan ang higit pa sa .
Sa bersyon 11.3, nagsimulang suportahan ang GitLab Runner ; na nagresulta sa mga bagong setting para sa . Sa Ang isang talahanayan ng mga pagbabago at mga tagubilin para sa paglipat sa bagong configuration ay ibinigay. Tingnan ang higit pang mga detalye sa .
Ang mga path na ito ay hindi magiging available sa GitLab 12.0. Bilang isang user, hindi mo kailangang baguhin ang anuman, siguraduhin lang na ang iyong GitLab instance ay tumatakbo sa bersyon 11.9+ kapag nag-upgrade ka sa GitLab Runner 12.0.
Petsa ng pagtanggal: 22 2019 Hunyo, ang
Hindi na ginagamit na opsyon para sa feature na entry point para sa GitLab Runner
Ipinakilala ang feature na parameter sa 11.4 GitLab Runner upang ayusin ang mga isyu tulad ng и .
Sa GitLab 12.0, lilipat kami sa tamang gawi na parang hindi pinagana ang setting ng feature. Tingnan ang higit pa sa .
Petsa ng pagtanggal: 22 2019 Hunyo, ang
Hindi na ginagamit ang suporta para sa isang pamamahagi ng Linux na umabot sa EOL para sa GitLab Runner
Ang ilang mga pamamahagi ng Linux kung saan maaari mong i-install ang GitLab Runner ay nakatulong sa kanilang layunin.
Sa GitLab 12.0, ang GitLab Runner ay hindi na mamamahagi ng mga pakete sa mga distribusyon ng Linux na ito. Ang isang kumpletong listahan ng mga pamamahagi na hindi na sinusuportahan ay makikita sa aming . Salamat, Javier Ardo (), para sa iyo !
Petsa ng pagtanggal: 22 2019 Hunyo, ang
Pag-alis ng mga lumang command ng GitLab Runner Helper
Bilang bahagi ng pagdaragdag ng suporta kinailangang iwanan ang ilan sa mga lumang utos na ginagamit para sa .
Inilunsad ng GitLab 12.0 ang GitLab Runner na may mga bagong command. Nalalapat lang ito sa mga user na . Tingnan ang higit pa sa .
Petsa ng pagtanggal: 22 2019 Hunyo, ang
Pag-alis ng legacy na git clean na mekanismo mula sa GitLab Runner
Sa GitLab Runner 11.10 kami i-configure kung paano ipapatupad ng Runner ang isang command git clean. Bilang karagdagan, ang bagong diskarte sa paglilinis ay nag-aalis ng paggamit git reset at naglalagay ng utos git clean pagkatapos ng hakbang sa pag-upload.
Dahil maaaring makaapekto ang pagbabago sa gawi na ito sa ilang user, naghanda kami ng setting FF_USE_LEGACY_GIT_CLEAN_STRATEGY. Kung itinakda mo ang halaga true, ibabalik nito ang legacy na diskarte sa paglilinis. Higit pa tungkol sa paggamit ng mga parameter ng function sa GitLab Runner ay matatagpuan .
Sa GitLab Runner 12.0, aalisin namin ang suporta para sa legacy na diskarte sa paglilinis at ang kakayahang ibalik ito gamit ang isang parameter ng function. Tingnan sa .
Petsa ng pagtanggal: 22 2019 Hunyo, ang
available lang para sa mga Silver/Premium na plan
Noong ipinakilala namin ang mga template ng proyekto sa antas ng pangkat sa 11.6, hindi namin sinasadyang ginawang available ang tampok na Premium/Silver na ito sa lahat ng mga plano.
Kami sa 11.11 na release at nagbibigay ng karagdagang 3 buwan sa lahat ng user at mga instance na mas mababa sa Silver/Premium na antas.
Simula Agosto 22, 2019, magiging available lang ang mga template ng proyekto ng grupo para sa mga Silver/Premium na plan at mas mataas, gaya ng inilalarawan sa dokumentasyon.
Petsa ng pagtanggal: 22 2019 ng Agosto
Ang suporta para sa Windows batch job ay hindi na ipinagpatuloy
Sa GitLab 13.0 (Hunyo 22, 2020), plano naming tanggalin ang suporta para sa Windows command line batch job sa GitLab Runner (hal. cmd.exe) na pabor sa pinahusay na suporta para sa Windows PowerShell. Higit pang mga detalye sa .
Ang aming pananaw para sa enterprise DevOps ay makakaayon na ngayon sa posisyon ng Microsoft na ang PowerShell ay ang pinakamahusay na opsyon para sa pag-automate ng mga enterprise application sa Windows environment. Kung gusto mong magpatuloy sa paggamit cmd.exe, maaaring tawagan ang mga command na ito mula sa PowerShell, ngunit hindi namin direktang susuportahan ang mga batch na trabaho sa Windows dahil sa ilang mga hindi pagkakapare-pareho na nagreresulta sa mataas na maintenance at development overhead.
Petsa ng pagtanggal: 22 2019 Setyembre, ang
Nangangailangan ng Git 2.21.0 o mas mataas
Mula sa GitLab 11.11, kailangang tumakbo ang Git 2.21.0. , ngunit ang mga user ng orihinal na pag-install na may mga nakaraang bersyon ng Git ay kailangang mag-upgrade.
Petsa ng pagtanggal: Ang 22 Mayo 2019 lungsod
Template ng serbisyo ng Legacy Kubernetes
Sa GitLab 12.0 plano naming lumayo sa template ng serbisyo ng Kubernetes pabor sa instance-level cluster configuration na ipinakilala sa GitLab 11.11.
Ang lahat ng self-managed na instance gamit ang service template ay ililipat sa isang instance-level cluster kapag nag-a-upgrade sa GitLab 12.0.
Petsa ng pagtanggal: 22 2019 Hunyo, ang
Pag-opt out sa pagtutugma ng label app sa mga panel ng deployment ng Kubernetes
Sa GitLab 12.0, plano naming lumayo sa pagtutugma ayon sa label ng app sa Kubernetes deployment selector. Sa GitLab 11.10 ipinakilala namin , na naghahanap ng mga tugma ni app.example.com/app и app.example.com/envupang ipakita ang mga deployment sa panel.
Upang lumabas ang mga deployment na ito sa iyong mga dashboard ng deployment, magsumite ka lang ng bagong deployment at ilalapat ng GitLab ang mga bagong label.
Petsa ng pagtanggal: 22 2019 Hunyo, ang
Ang mga pakete ng GitLab 12.0 ay pipirmahan nang may pinalawig na lagda
Mayo 2, 2019 GitLab Omnibus GitLab mula 01.08.2019/01.07.2020/XNUMX hanggang XNUMX/XNUMX/XNUMX. Kung bini-verify mo ang mga lagda ng package at gusto mong i-update ang mga susi, sundin lang muli ang mga tagubilin mula sa .
Petsa ng pagtanggal: 22 2019 Hunyo, ang
Baguhin ang log
Hanapin ang lahat ng pagbabagong ito sa changelog:
Instalasyon
Kung nagse-set up ka ng bagong pag-install ng GitLab, bisitahin .
I-update ang
→ Tingnan
Pinagmulan: www.habr.com