Ilmus versioon 13.4, mis sisaldab HashiCorpi salvestust CI muutuja jaoks, Kubernetes Agenti ja turvakeskust, samuti lülitatavaid funktsioone Starteris
GitLabis mõtleme alati sellele, kuidas aidata kasutajatel riske vähendada, tõhusust ja tarnimise kiirus tõsta oma lemmikplatvormil. Sel kuul oleme lisanud hulga kasulikke uuendusi, mis laiendavad turvavõimalusi, vähendavad haavatavusi, suurendavad efektiivsust, lihtsustavad GitLabi kasutamist ja aitavad teie meeskonnal funktsioone veelgi kiiremini tarnida. Loodame, et teile tulevad kasuks versiooni peamised funktsioonid, samuti 53 muud uut funktsiooni, mis on selles väljaandes lisatud.
Täpsemad turvafunktsioonid
Püüame igakuiselt lisada mõned uued funktsioonid GitLab DevSecOps-i ja see väljaanne ei ole erand. kokkuvõtte ja juurutamise raames. Lisaks võivad organisatsioonid, kes soovivad säilitada koodide juurutamise ülesannete eristamist, nüüd . See roll vastab ja võimaldab kinnitada mergenõudeid (GitLabi vene lokaliseerimises "sulgurite nõuded") ja juurutada koodi kaitstud keskkondadesse, ilma et sama koodi muutmiseks õigusi antaks.
Veel üks viis riskide vähendamiseks on uue haldatud GitLabi Terraformi olek GitLabi turvakeskuseks Mugavam ja tõhusam töö GitLabiga
Oleme parandanud meie globaalset otsingut, lisades sellele
kiire navigeerimise otsingurealt on saanud ümber suunamised erakordude suundamiseks üksikutele lehtedele ja kataloogidele saidi sees, mis võimaldab kasutajatel oma saite tõhusamalt hallata. Neile, kes soovivad rohkem teavet mergenemise kohta, võimaldab see väljaanne !
avaldus allikakoodiga
Esitleme , mille lisas . Üksuse testide katvuse märgid muudetud koodis annavad arendajatele selge ülevaate koodi katvusest ülevaatuse ajal; see teave aitab kiirendada ülevaatust ja vähendada aega uue koodi ühendamiseks ja käitamiseks. Ja me ja plaanime .
Ja see on alles algus!
Nagu alati, on üldises ülevaates liiga vähe ruumi, kuid versioonis 13.4 on palju lahedaid funktsioone. Siin on veel mõned:
- .
Kui soovite ette teada, mida oodata järgmises väljaandes, vaadake meie versiooni 13.5 videot .
.
Fabio Huser
panuse ja GitLab versiooni 13.4 põhifunktsioonid
Kasutage HashiCorp Vault'i võtmeid CI ülesannetes
(PREMIUM, ULTIMATE, SILVER, GOLD)
DevOps tsükli etapp: Väljalase
autentimist JWT abil secrets . See lihtsustab HashiCorpi salvestuse seadistamist ja kasutamist GitLabiga. faili .gitlab-ci.ymlDokumentatsioon võtmete kohta
ja .
Tutvustame GitLab Kubernetes Ainet
(PREMIUM, ULTIMATE)
GitLabi ja Kubernetes'i integreerimine võimaldab juba ammu juurutada Kubernetes'i klastreid ilma käsitsi seadistamiseta. Paljudele kasutajatele meeldib selle seose kasutusmugavus, samas kui teised on kokku puutunud mõningate raskustega. Praeguse integreerimise jaoks peab teie klaster olema internetist ligipääsetav, et GitLab saaks sellele juurde pääseda. Paljude organisatsioonide jaoks ei ole see võimalik, kuna nad piiravad ligipääsu klastritele turvalisuse, vastavuse või regulatiivsete põhjuste tõttu. Nende piirangute ületamiseks pidid kasutajad looma oma tööriistu GitLabi peale, vastasel juhul ei saanud nad seda funktsionaalsust kasutada.
Täna tutvustame GitLabi Kubernetes'i agendist — uut viisi Kubernetes'i klastrite juurutamiseks. Agent töötab teie klastris, nii et teil pole vaja seda avada kogu interneti jaoks. Agent koordineerib juurutamist, küsides GitLabilt uusi muudatusi, selle asemel et GitLab saadaks uuendusi klastrisse. Olenemata sellest, millist GitOps meetodit te kasutate, sobib GitLab teile.
Pange tähele, et see on agendi esimene versioon. Praegu oleme GitLabi Kubernetes'i agendi puhul keskendunud seadistusele ja juurutamise haldamisele koodi kaudu. Mõned olemasolevad Kubernetes'i integreerimise funktsioonid, nagu juurutamispaneelid ja GitLabi haldatud rakendused, ei ole veel toetatud. , et need võimalused lisatakse agendile tulevaste versioonide käigus, samuti uusi integreerimisi, mis on suunatud turvalisusele ja vastavusele.
ja .
Andke kasutajatele juurdiõigused juurutamiseks ilma koodiga ligipääsuta
DevOps tsükli etapp: Väljalase
Varasemalt ei võimaldanud GitLabi juurdevõrrandite süsteem õigesti jagada kohustusi teie meeskonnas nende vahel, kes vastutavad arenduse, ja nende vahel, kes vastutavad juurutamise eest. GitLabi versiooniga 13.4 saate anda õiguse murgiküsimuste kinnitamiseks juurutamiseks ja koodi tegelikuks juurutamiseks inimestele, kes ei kirjuta koodi, ilma et nad saaksid hoidja õigusi (Venemere lokaalise GitLabis "saatja").
ja .
Turvakeskus
(ULTIMATE, GOLD)
Varem oli haavatavuste haldamine instantsi tasemel piiratud nii funktsionaalsuse kui ka paindlikkuse osas. Liides näitas üht lehte, mis koondab haavatavuste üksikasjad, määratlemise mõõdikud ja seaded. Arenemiseks ei olnud palju ruumi, et need funktsioonid edasi arendada või kasutada muid turvavahendeid.
Oleme teinud põhimõttelisi muudatusi turvahalduse ja selle läbipaistvuse osas GitLabis. Instantsi turvalisuse paneel on muutunud tõeliseks turvakeskuseks. Suurim muudatus on uue menüstruktuuri tutvustamine: ühe lehe asemel näete nüüd eraldi turvalisuse juhtpaneeli, haavatavuste aruande ja seadete osa. Kuigi funktsionaalsus ei ole muutunud, loodud osade jagamine võimaldab seda osa edasi arendada, mis muidu oleks olnud keeruline. See loob ka aluse tulevaste turvaelementide lisamiseks.
Haavatavuste aruande eraldi osas on nüüd rohkem ruumi oluliste üksikasjade kuvamiseks. Siin on koondatud haavatavused, mis on praegu projekti haavatavuste nimekirjas. Haavatavuste mõõdikute vidinate viimine eraldi ossa loob mugava turvalisuse juhtpaneeli. Nüüd on see alus tulevaste visualiseerimiste jaoks – mitte ainult haavatavuste haldamiseks, vaid ka kõikide turvalisusega seotud mõõdikute jaoks. Lõpuks loob eraldi seadete piirkond ühise ruumi kõigi instantsi taseme turvaseadete jaoks, mitte ainult haavatavuste haldamiseks.
ja .
Lülitatavad funktsioonid on nüüd GitLab Starteris
(STARTER, PREMIUM, ULTIMATE, BRONZE, SILVER, GOLD)
GitLab 11.4 ilmus . Versioonis 12.2 tutvustasime neile strateegiaid ja , ja versioonis 13.1 lisasime ja erinevate keskkondade jaoks.
Varem sel aastal võttis GitLab endale kohustuse avatud lähtekoodi. Selle väljaandega lõpetasime lülitatavate funktsioonide viimise Starter plaani ja jätkame nende viimist Core'isse koos . Oleme rõõmsad, et saame seda võimalust pakkuda suuremale kasutajate hulgale ja soovime teada, kuidas te neid kasutada kavatsete.
ja .
Kiire navigeerimine otsingurealt
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
Mõnikord soovite GitLabis navigeerides kiiresti minna kindlasse projekti, mitte tulemuste lehele.
Globaalsete otsingute paneeli abil saate kiiresti liikuda viimaste piletite, rühmade, projektide, seadete ja abijuhendite jaotiste vahel. Saate isegi kasutada kiirklahvi /, et nihutada kursori otsingupaneelile, et veelgi tõhusamalt navigeerida GitLabis!
ja .
Koodi katvuse kuvamine merge-requestide erinevustes
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
Merge-requesti ülevaatamisel võib olla raske määrata, kas muudetud kood on ühikute testidega kaetud. Selle asemel võivad ülevaatajad tugineda üldisele katvusele ja nõuda selle suurendamist enne merge-requesti kinnitamist. See võib viia testimise kirjutamisel kavatsematule lähenemisele, mis tegelikult ei paranda koodi kvaliteeti ega testimise katvust.
Nüüd, kui vaatate merge-requesti erinevust, näete visuaalselt koodi katvust. Uued märgid võimaldavad kiiresti mõista, kas muudetud kood on ühikute testiga kaetud, aidates kiirendada koodi ülevaatamist ja uue koodi mergimist ja juurutamist.
Aitäh ja Siemens sellele funktsioonile!
ja .
Rohkem keskkondi ja projekte keskkondade paneelil
DevOps tsükli etapp: Väljalase
GitLabi versioonist 12.5 alates saite jälgida keskkondade olekut, kuid mitte rohkem kui seitse keskkonda kolmes projektis. Parandame selle paneeli versioonis 13.4, jagades selle lehtedeks, et aidata teil oma keskkondi suuremastaapselt hallata. Nüüd näete rohkem keskkondi rohkemates projektides.
ja .
GitLab võttis üle GitLab Terraformi pakkuja haldamise
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
Hiljuti ja plaanime Eelmise kuu jooksul võtsime vastu 21 merge-requesti ja kinnitasime 31 piletit, sealhulgas mõningaid ammu olemas olnud vigu ja puuduvaid funktsioone, nagu Saate Terraformi dokumentatsioonis.
ja .
API fuzzing-testimine OpenAPI või HAR-faili spetsifikatsioonidega
(ULTIMATE, GOLD)
API fuzzing-testaamine on suurepärane viis leidmiseks vead ja haavatavused teie veebirakendustes ja API-des, mida teised skannerid ja testimise meetodid võivad mööda vaadata.
API fuzzing-testaamine GitLabis võimaldab esitada või teie rakenduse jaoks ja genereerida automaatselt juhuslikke sisendeid, mis on mõeldud äärmuslike olukordade kontrollimiseks ja vigade leidmiseks. Tulemus kuvatakse kohe teie konveieris.
See on meie esimene API fuzzing-testaamise väljaanne ning me oleksime rõõmsad teada, mida te arvate. Fuzzing-testimiseks on meil veel , mille põhjal me selle funktsiooni väljaande põhjal edasi liikuda plaanime.
ja .
Uute graafikute eelvaade mõõdiku paneelil
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
A varem oli graafiku loomine GitLabis mõõdiku paneelil keeruline ülesanne. Pärast mõõdiku loomist YAML-failis tuli teil muuta master, ilma võimaluseta kontrollida, kas just loodud graafik töötab nii, nagu soovisite. Alates sellest väljaandest saate vaatama eelvaate muudatustest graafiku loomisel, saades ülevaate tulemustest enne muudatuste saatmist mõõdiku paneeli YAML-faili.
ja .
Gruppide projektide katteandmed
DevOps tsükli etapp: Väljalase
Kui haldate suurt hulka projekte GitLabis, vajate ühtset teabeallikat selle kohta, kuidas aeg-ajalt muutub katteprotsent kõigis projektides. Varasemalt nõudis selle teabe kuvamine tüütu ja aeganõudvat manuaalset tööd: tuvastada katteandmed igast projektist ja tõsta need tabelisse.
Väljaandes 13.4 on lisatud võimalus kiiresti ja hõlpsasti koguda .csv faili kõik katteandmed kõigist gruppidest projektidest või valitud projektidest. See funktsioon on MVC, järgneb võimalus .
ja .
Uute keelte toetamine täieliku fuzzing-testaamise jaoks
(ULTIMATE, GOLD)
See väljaanne tutvustab toetust mitmetele uutele keeledele, mis on suunatud täielikule fuzzing-testaamisele.
Nüüd saate hinnata kõiki fuzz-testimise võimalusi oma Java, Rust ja Swift rakendustes ning leida vigu ja haavatavusi, mida teised skannerid ja testimismeetodid võivad tähelepanuta jätta.
ja .
Teavitused keskkondade esilehel
DevOps tsükli etapp: Väljalase
Keskkondade leht näitab teie keskkondade üldist seisundit. Antud väljaandes oleme parandanud seda lehte, lisades teavituste kuvamise. Aktiveeritud teavitused koos teie keskkondade staatusega aitavad teil kiiremini reageerida tõrgete korral.
ja .
Sisemised torud saavad nüüd käivitada oma sisemisi torusid
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
Isemestes torudes on nüüd võimalik käivitada uusi torusid alamsüsteemides. Täiendav sügavustase võib olla kasulik, kui vajate paindlikkust muutuvate torude genereerimiseks.
Varasemalt vajas iga alamtoru sisemiste torude kasutamisel manuaalset käivituse seadust, mis oli määratud vanema toru poolt. Nüüd saate luua sisemisi torusid, mis käivitavad dünaamiliselt suvalise arvu uusi sisemisi torusid. Näiteks kui teil on monorepo, saate dünaamiliselt genereerida esimese sisemise toru, mis loob vajalikud uued torud, tuginedes haru muudatustele.
ja .
Parandatud navigeerimine vanemate ja sisemiste torude vahel
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
Navigeerida vanemate ja sisemiste torude vahel oli varasemalt ebamugav – vajalik oli palju klikke, et jõuda soovitud toruni. Samuti oli keeruline mõista, milline ülesanne selle toru käivitas. Nüüd on vanemate ja sisemiste torude seoseid palju lihtsam näha.
ja .
Paralleelsed maatriksülesanded näitavad asjakohaseid muutujaid ülesande nimetus
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
Kui olete kasutanud , olete võinud märgata, et oli keeruline kindlaks teha, millist maatriksimuutujat teatud ülesande jaoks kasutati, kuna ülesannete nimetused tundusid nagu matrix 1/4. Versiooni 13.4 puhul näete asjakohaseid muutujaid, mida on selle ülesande puhul kasutatud, selle asemel, et näha ülesande üldnimetust. Näiteks, kui teie eesmärk on siluda arhitektuurile x86, siis ülesanne kannab nime matrix: debug x86.
ja .
Muud täiustused GitLabis 13.4
Atlassiani konto ühendamine
(CORE, STARTER, PREMIUM, ULTIMATE)
GitLabi kasutajad saavad nüüd omada ühendust oma GitLabi konto ja Atlassian Cloud konto vahel. See võimaldab siseneda GitLabi Atlassiani mandaatide kaudu ning loob aluse tulevastele täiustustele integreerimises ning teiste Atlassiani toodete vahel.
ja .
Kõikide mergenote eksportimine
(ULTIMATE, GOLD)
Reguleeritud organisatsioonid vajavad viisi, et näidata auditeerijatele terviklikku ülevaadet komponentidest, mis on seotud mistahes konkreetsete muudatustega tootmises. GitLabis tähendab see kõike kokku tuua: mergenote, piletid, torujuhtmed, turvaskaneerimised ja muud teave kommi kohta. Siiani peate seda manu koguma GitLabis või seadistama oma tööriistad aruande kogumiseks, mis ei olnud kuigi tõhus.
Nüüd saate neid andmeid programmerida, et koguda ja eksportida, et vastata auditi nõuetele või teostada muid analüüse. Kõikide mergenote eksportimiseks oma praegusest grupist, peate minema ja klikkima nuppu Kõikide mergenote nimekiri. Saadud fail sisaldab kõiki mergenote kommi, nende autorit, seotud mergenote ID-d, gruppi, projekti, kinnitusi ja muid andmeid.
ja .
Isiklike juurdepääsutokenite loendi ja haldamine API kaudu
(ULTIMATE, GOLD)
GitLabi nimede juurdepääsu haldamine on oluline osa vastavuse tagamise tegevusest. Alates minimaalsete privileegide põhimõtetest kuni juurdepääsu ajaliselt keelamiseni – võib esineda mitmeid nõudeid, mis on seotud isiklike juurdepääsukoodidega GitLabis. Teie nimede haldamise ja toetamise mugavuse huvides oleme loonud võimaluse kuvada kõikide isiklike juurdepääsukoodide nimekiri ja volitused. API kaudu.
Need GitLabi API täiustused võimaldavad kasutajatel kuvada ja tühistada oma isiklikud juurdepääsukoodid ning administraatoritel kuvada ja tühistada oma kasutajate koode. Nüüd on administraatoritel lihtsam näha, kes pääseb nende nimedesse, teha juurdepääsude andmise otsuseid kasutajate andmete põhjal ning tühistada isiklikud juurdepääsukoodid, mis võisid olla kompromitteeritud või mis ületavad ettevõtte juurdepääsu haldamise reegleid.
ja .
Seotud piletid ja muud funktsioonid on nüüd GitLab Core'is
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
Mõni kuu tagasi kuulutasime välja plaani . Töötades selle lubaduse täitmise kallal, oleme teinud , ja (GitLabi vene lokaliseerimises „arutelu tahvel”) on saadaval Core'i plaanis. See kehtib ainult “seotud” suhete kohta; „blokeeriv” ja „blokeeritav” suhted jäävad tasulistele plaanidele.
ja .
Algse haru nime kuvamine mergenõude külgribal
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
Koodimuudatuste, arutelude ja mergenõude commitide ülevaatamisel on sageli soovitav teha kohalik haru checkout sügavamaks ülevaatamiseks. Kuid haru nime leidmine muutub järjest keerulisemaks, kui mergenõude kirjelduse juurde lisandub rohkem sisu, ja peab järjest rohkem lehti kerima.
Oleme lisanud haru nime mergenõude külgribale, mis muudab selle alati kergesti kättesaadavaks ja vabastab vajadusest kerida kogu lehte. Nagu ka mergenõude link, sisaldab algse haru sektsioon mugavat „kopeerimis” nuppu.
Aitäh suure panuse eest selle funktsiooni arendamisel!
ja .
Viide kokkusurutud failide olemasolule mergitoimingu erinevustes
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
Mergitoimingud, mis lisavad muudatusi mitmesse faili, peidavad mõnikord suurte failide erinevusi, et parandada kuvamise jõudlust. Kui see juhtub, võib ülevaatamise ajal fail juhuslikult tähelepanuta jääda, eriti suurtes failide arvuga mergitoimingutes. Alates versioonist 13.4 tähistatakse mergitoimingud erinevusi, mis sisaldavad kokkusurutud faile, tänu millele te ei jäta neid faile koodide ülevaatamise protsessis vahele. Veelgi suurema selguse huvides plaanime lisada nende failide esiletõstmise järgmises väljaandes. Jälgige värskendusi .
ja .
Ho Ideendu kokkusurutud failide olemasolust mergitoimingu erinevuses
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
Mergitoimingute erinevuste osas peidetakse suured failid jõudluse parandamiseks. Siiski, koodide ülevaatamise ajal võivad mõned failid jääda tähelepanuta, kui ülevaataja sirvib failide loendit, kuna kõik suured failid on kokku peidetud.
Olemasoleva hoiatuse lisamine mergitoimingu erinevuse lehe ülaosas, et teavitada kasutajaid, et selles osas on kokkusurutud fail. Nii et te ei jäta ühtegi muudatust mergitoimingus ülevaatamisel vahele.
ja .
Automaatne Gitali klastrirepositooriumi taastamine
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
Varem, kui Gitali klastri põhivõrk katkestati, märgistati sellel võrgul asuvad repositooriumid lugemiseks. See takistas andmete kaotsiminekut olukordades, kus võrgul olid muudatused, mis ei olnud veel replitseeritud. Kui võrk taasühendati, ei taastatud GitLabi automaatselt ja administraatorid pidid käsitsi käivitama sünkroniseerimisprotsessi või leppima andmete kadumisega. Samuti võisid teised olukorrad, näiteks koopiaülesande ebaõnnestumine teisel võrgul, viia vananenud või lugemiseks kergesti kätte saadavatesse repositooriumitesse. Sel juhul jäi repositoorium vananenuks kuni järgmisel kirjutamise toimingul, mis käivitas replikeerimisülesande.
Selle probleemi lahendamiseks Nüüd plaanib ta replikatsiooni ülesande, kui ta tuvastab vananenud hoidla ühel sõlmel ja hoidla viimase versiooni teisel. See replikatsiooni ülesanne muudab hoidla automaatselt ajakohaseks, säästes vajadust andmete käsitsi taastamise järele. Automaatne taastamine tagab ka sekundaarsete sõlmede kiire ajakohastamise, kui replikatsiooni ülesanne ebaõnnestub, selle asemel et oodata järgmist kirjutamistegevust. Kuna paljusid Gitaly klastreid hoitakse suures hulgas hoidlates, vähendab see märgatavalt aega, mida administraatorid ja usaldusväärsuse insenerid veedavad andmete taastamiseks pärast tõrget.
Lisaks käivitab automaatne parandamine hoidlaste replikatsiooni igal uuel Gitaly sõlmel, mis lisatakse klastrisse, vabastades käsitööst uute sõlmede lisamisel.
ja .
Märgista to-do ülesanne täidetuks disainilehel
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
Tõhus suhtlemine GitLabis põhineb to-do nimekirjadel. Kui teid mainitakse kommentaaris, on äärmiselt oluline, et teil oleks võimalus minna ülesande juurde ja kas alustada millegi tegemist või märkida see juba täidetuks. Samuti on oluline, et saaksite ülesande enda peale võtta, kui peate millegi kallal töötama või soovite seda hiljem uuesti vaadata.
Varem ei saanud te disainide kallal töötades ülesandeid lisada ega neid täidetuks märkida. See rikkus tõsiselt suhtlemise tõhusust tootemeeskondade vahel, kuna to-do ülesanded on GitLabis töövoo oluline element.
Versioonis 13.4 jõuavad disainid piletite kommentaaride kasutuse poolest ülesannete kasutamiseni, muutes nende töötlemise järjepidevamaks ja tõhusamaks.
ja .
Parendatud CI/CD tõrkeotsingu juhend
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
Oleme parendanud GitLab CI/CD tõrkeotsingu juhendit, lisades teavet levinud probleemide kohta, millega võite silmitsi seista. Loodame, et parendatud dokumentatsioon on väärtuslik ressurss, mis aitab teil GitLab CI/CD kiirelt ja lihtsalt seadistada ja käivitada.
ja .
Merging requests no longer fall out of the merge queue
DevOps tsükli etapp: Väljalase
Previously, merge requests could accidentally fall out of the merge queue due to late comments. If a merge request was already in the queue and someone added a comment that created a new unresolved discussion, the merge request was considered unsuitable for merging and dropped from the queue. Now, after a merge request is added to the merge queue, new comments can be added without fear of disrupting the merging process.
ja .
Displaying code coverage value in the merge request for the job
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
Developers should be able to see the code coverage value after the pipeline is completed — even in complex scenarios, such as when the pipeline works with multiple jobs that need to be parsed to calculate the coverage value. Previously, the merge request widget only displayed the average of these values, meaning you had to navigate to the job page and back to the merge request to get intermediate coverage values. To save you time and eliminate these unnecessary steps, we've made the widget display the average coverage value, its changes between the target and source branches, and a tooltip that shows the coverage value for each job on which the average value is based.
ja .
Removing packages from the package registry while viewing a group
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
The GitLab package registry is a place to store and distribute packages in various formats. When your project or group has many packages, you need to quickly identify unused packages and remove them so that people do not download them. You can remove packages from your registry through or through the package registry user interface. However, until now, you could not delete packages while viewing a group through the user interface. As a result, you had to delete unnecessary packages separately for each project, which was inefficient.
Now you can remove packages while viewing the group's package registry. Just go to the group package registry page, filter packages by name, and delete all the unnecessary ones.
ja .
Conani pakkide skaleerimine projektitasemele
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
Võite kasutada GitLabis Conani registrit C/C++ sõltuvuste avaldamiseks ja jagamiseks. Kuid varem saadi pakette skaleerida ainult instantsi tasemele, kuna Conani paketi nimi võis koosneda maksimum 51 märgist. Kui soovisite avaldada paketi alamgrupist, näiteks gitlab-org/ci-cd/package-stage/feature-testing/conan, oli seda peaaegu võimatu teha.
Nüüd saate skaleerida Conani pakette projektitasemele, mis võimaldab hõlpsasti avaldada ja jagada oma projektide sõltuvusi.
ja .
Uute paketihaldurite ja keelte tugi sõltuvuste skaneerimiseks
(ULTIMATE, GOLD)
Meil on hea meel lisada meie nimekirja toetatavad keeled ja raamistikud projektide jaoks, millel on C, C++, C# ja .Net kood, mis kasutavad NuGet 4.9+ või Conani paketihaldureid. Nüüd saate lisada sõltuvuste skaneerimise Secure etapi osana, et kontrollida olemasolevaid haavatavusi paketihaldurite kaudu lisatud sõltuvustes. Leitud haavatavused kuvatakse teie merge-päringus koos nende ohutasemega, et te teaksite enne sulandumist, millised riskid uue sõltuvuse kaasamine endaga toob. Samuti saate konfigureerida oma projekti nõudma sõltuvuste jaoks, millel on kriitilise (Critical), kõrge (High) või teadmata (Unknown) ohutase.
ja .
Teavitused merge-päringu seadistuse muutmisel 'Sulandada pärast konveieri edukat lõpuleviimist'
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
Varem ei saadetud merge-päringu seadistuste määramisel Sulandada, kui konveier lõpeb (Merge When Pipeline Succeeds, MWPS) ühtegi e-kirja teavitust. Te pidite käsitsi kontrollima staatust või ootama teavitust merge lõpuleviimise kohta. Selles väljaandes oleme rõõmsad, et saame tutvustada kasutaja panust , kes lahendas selle probleemi, lisades automaatse teavituse saatmise kõigile, kes on merge-päringuga liitunud, kui ülevaataja muudab merge seadistuse MWPS-iks.
ja .
Klastite EKS-i loomine kasutaja määratud Kubernetes versiooniga
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
GitLabi kasutajad saavad nüüd ise valida, millist Kubernetes'i versiooni pakutakse EKS-is; saate valida versioonide vahel 1.14–1.17.
ja .
Epside loomine piletitüüpidena
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
Mitte iga tekkiv probleem ei käivita kohe teavituste saatmist: kasutajad teatavad tõrgetest, samas kui meeskonnaliikmed lahendavad jõudluse probleeme. Nüüd on epsid piletite alamliik, nii et teie meeskonnad saavad neid kiiresti luua tuttavas tööprotsessis. Klõpsake Uus ülesanne ükskõik kus GitLabis, ja väljal Tüüp valige Eps.
ja .
GitLabi teavituste mainimine Markdownis
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
Oleme parandanud GitLabi teavitusi, lisades uue mainimise tüübi spetsiaalselt nende jaoks GitLabi Markdown versioonis, mis võimaldab teavitusi lihtsamini jagada ja mainida. Kasutage ^alert#1234, et mainida teavitust igas Markdowni formaadis väljas: epsides, piletites või mergenõuetes. See aitab teil ka tuvastada ülesandeid, mis on loodud teavitustest, mitte piletitest või mergenõuetest.
ja .
Epsiteade koormuse vaatamine
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
Teate kirjeldus sisaldab teabeid, mis on kriitilise tähtsusega tõrgete diagnoosimiseks ja taastamiseks, ning see teave peab olema kergesti ligipääsetav, et te ei peaks vahetama tööriistu või vahekaarte epside lahendamisel. Teavitustest loodud epsid kuvavad teate täieliku kirjelduse vahekaardil Teate üksikasjad.
75% kiirema täiustatud otsingu
(STARTER, PREMIUM, ULTIMATE, BRONZE, SILVER, GOLD)
GitLabil, kui ainsal rakendusel, on ainulaadne võimalus teha kogu DevOpsi tööprotsessi sisu otsimine kiireks. GitLabis 13.4 annab täiustatud otsing tulemusi 75% kiiremini, kui see , nagu GitLab.com-is.
ja .
Eemaldatud projektide vaatamine administreerijatele
(CORE, STARTER, PREMIUM, ULTIMATE)
Võimalus projektide kustutamist edasi lükata viidi Siiski varem ei olnud võimalust näha ühes kohas kõiki projekte, mis ootavad kustutamist. Nüüd saavad GitLab'i kasutajainstantside administraatorid vaadata kõiki kustutamist ootavaid projekte ühes kohas koos nuppudega, et neid projekte lihtsalt taastada.
See funktsioon võimaldab administraatoritel paremini kontrollida projektide kustutamist, kogudes kogu vajaliku teabe ühes kohas ja pakkudes võimalust tühistada soovimatud kustutamise toimingud.
Aitäh selle funktsiooni eest!
ja .
API-sse on lisatud grupi push-reeglite tugi
(STARTER, PREMIUM, ULTIMATE, BRONZE, SILVER, GOLD)
Varem sai grupi push-reegleid seadistada ainult iga gruppi eraldi GitLab'i kasutajaliidese kaudu külastades ja neid reegleid rakendades. Nüüd saate neid reegleid hallata API kaudu, et toetada oma kasutajatoode ja automatiseerida GitLab'i.
ja .
Isiklike pääsukoodide tühistamine iseseisva identiteedihoidla jaoks
(ULTIMATE)
annab administraatoritele teavet, mis on vajalik kasutajate identiteetide haldamiseks nende GitLab'i instantsi. Kuna nõuetele vastavad organisatsioonid erinevad oma identiteetide haldamise reeglite ranguse poolest, oleme lisanud nupu, mis võimaldab administraatoritel soovi korral tühistada kasutaja isiklik pääsukood (PAT). Nüüd saavad administraatorid hõlpsasti tühistada potentsiaalselt kompromiteeritud PAT-e. See funktsioon on kasulik organisatsioonidele, kes vajavad paindlikumaid võimalusi nõuete täitmise tagamiseks, et vähendada oma kasutajate häirimist.
ja .
Statiliste veebisaitide redigeerija konfiguratsioonifail
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
GitLab 13.4-s tutvustame uut viisi statiliste veebisaitide redigeerija seadistamiseks. Kuigi konfiguratsioonifail ei salvesta ega saa selles versioonis mingeid parameetreid, loome aluse redigeerija käitumise tulevikuks seadistamiseks. Järgmistes väljaannetes lisame failile .gitlab/static-site-editor.yml seadeid , kus , Markdown süntaksi ja teiste redigeerija seadete ülekirjutamine.
ja .
Staatiliste veebilehtede redigeerija abil faili sissejuhatava osa redigeerimine
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
Sissejuhatav osa (front matter) on paindlik ja mugav viis lehe muutujate määratlemiseks andmefailides, mida töötleb staatiliste veebilehtede genereerija. Seda kasutatakse tavaliselt lehe pealkirja, mallikujunduse või autori määramiseks, kuid see võib olla ka mistahes tüüpi metaandmete edastamiseks genereerijale lehe HTML-iks väljalaskmisel. Iga andmefaili ülaosas sisaldatakse, et sissejuhatav osa on tavaliselt vormindatud YAML-i või JSON-i kujul ning nõuab järjepidevat ja täpset süntaksit. Kasutajad, kes pole tuttavad konkreetsete süntaksireeglitega, võivad kogemata sisestada sobimatut vormindust, mis omakorda võib tekitada kujundusprobleeme või isegi ehitushäireid.
Staatiliste veebilehtede redigeerija WYSIWYG redigeerimisrežiim eemaldab juba sissejuhatava osa redigeerijast, et vältida neid vormindusvigu. Siiski ei võimalda see muuta selles osas hoitavaid väärtusi ilma allika redigeerimise režiimi juurde tagasi minemata. GitLab 13.4-s saate igale väljale juurde pääseda ja selle väärtust tuttavas vormipõhises liideses redigeerida. Nuppu vajutades Seaded (Seaded) avaneb paneel, kus kuvatakse vormiväli iga alguses määratletud võtme jaoks. Väljadesse on täidetud praegune väärtus ja igas neist redigeerimiseks piisab lihtsalt selle veebivormi kirjutamisest. Selline sissejuhatava osa redigeerimine aitab vältida süntaksiga seotud raskusi ja annab teile täieliku kontrolli sisu üle, säilitades samas lõppkokkuvõtte järjepideva vorminduse.
ja .
GitLab Jira ja DVCS Connectori jaoks on nüüd Core'is
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
Jira kasutajatele GitLabis: ja võimaldavad kuvada GitLabi commitide ja merge-requestide teavet otse Jiras. Koos meie sisseehitatud integreerimisega Jira võimaldab teil kahe rakenduse vahel töö käigus hõlpsasti liikuda.
Needused funktsioonid olid varem saadaval ainult meie Premium paketis, aga nüüd on need kergesti kättesaadavad kõigile!
ja .
Häälteenamuse poolt hääletamine Gitaly klastritehingute jaoks (beetaversioon)
(CORE, STARTER, PREMIUM, ULTIMATE)
Gitaly klaster võimaldab Git-i hoidu replikeerida mitmetesse „soojadesse” Gitaly sõlmedesse. See suurendab usaldusväärsust, kõrvaldades üksikud tõrkepunktid. , mis on esitatud GitLab 13.3-is, põhjustavad muudatuste laiale edastamise kõigile Gitaly sõlmedele klastris, kuid ainult need Gitaly sõlmed, mis saavutavad kvaliteedi põhiselhääletusel, salvestavad muudatused kettale. Kui kõik peegeldavad sõlmed ei jõua kokkuleppele, salvestatakse kettale ainult üks muudatuste koopia, luues seeläbi ühtse tõrkepunkti enne asünkroonset replikeerimist.
Häälteenamuse poolt hääletamine suurendab usaldusväärsust, nõudes enamus sõlmede (mitte kõigi) nõusolekut enne muudatuste salvestamist kettale. Kui see lülitatav funktsioon on sisse lülitatud, peab salvestamine toimuma edukalt mitmes sõlmes. Mittevalige täiendavad sõlmed sünkroniseeritakse automaatselt asünkroonse replikeerimise teel koos sõlmedega, mis moodustasid kvoorumi.
ja .
Kohandatud skeemi toetus JSON-i valideerimiseks Web IDE-s
DevOps tsükli etapp: Väljalase
Projektid, kus inimesed kirjutavad konfiguratsioone JSON-i või YAML-i formaadis, on sageli altid probleemidele, kuna näpuvigu on lihtne teha ja midagi katki minna. Võib kirjutada valideerimistööriistu, mis tuvastavad need probleemid CI torustikus, kuid kohandatud JSON skeemi kasutamine võib olla kasulik dokumentatsiooni ja vihjete pakkumiseks.
Projektide osalised saavad oma väljades määrata teed kohandatud skeemile failis .gitlab/.gitlab-webide.yml, mis näitab skeemi ja failide teed valideerimiseks. Teatud faili laadimisel Web IDE-s on näha täiendav tagasiside ja valideerimine, mis aitab faili luua.
ja .
Suunatud suunamata tsüklilise grafi (DAG) haru piir on suurendatud 50-ni
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
Kui kasutate torustikke (Directed Acyclic Graph (DAG)), olete võinud avastada, et 10 ülesande piirmäär, mida ülesanne võib näidata, on needs:, liiga range. Versioonis 13.4 suurendati vaikimisi piiri 10-lt 50-LE, et tagada keerukamate seoste loomine teie torude ülesannete vahel.
Kui olete GitLabi kasutajate instantsi administraator, saate seda piiri veelgi tõsta, kohandades vahelduva funktsiooni, kuigi me ei paku ametlikku tuge selle jaoks.
ja .
Käitumise paranemine vajadused puuduolevate ülesannete jaoks
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
Mõnel juhul võis torus puuduolevat ülesannet ekslikult pidada edukaks sõltuvuste jaoks, mis olid määratud vajadused, mistõttu käivitati järgmistel ülesannetel, kuigi see ei oleks pidanud toimuma. See käitumine on parandatud versioonis 13.4, ja vajadused nüüd käsitletakse korrektselt puuduolevate ülesannete juhtumeid.
ja .
Kinnitage viimase ülesande artefakt, et vältida selle kustutamist
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
GitLab blokeerib nüüd automaatselt viimase edukalt läbitud ülesande ja toru artefakti igas aktiivses haru, ühendusettepaneku või sildi puhul, et vältida selle kustutamist aegumise korral. On lihtsam kehtestada agressiivsemaid aegumisse vähenemise reegleid vanade artefaktide puhastamiseks. See aitab vähendada kettaruumi tarbimist ja tagab, et teil on alati koopia toru viimasest artefaktist.
ja .
CI/CD juhend toru optimeerimiseks
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
CI/CD toru optimeerimine võib suurendada tarnimise kiirus ja säästa raha. Oleme parandanud meie dokumentatsiooni, lisades lühikese juhendi, et maksimeerida teie torude optimeerimisel saadavat kasu.
ja .
Testimise aruanne on sorteeritud testi oleku järgi
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
— see test results in the pipeline easily. However, with a large number of tests, finding failed tests can be time-consuming. Other issues that complicate the use of the report include difficulties scrolling through long trace output and rounding times to zero for tests running in less than 1 second. Now, by default, the test report sorts failed tests to the top, followed by sorting tests by duration. This simplifies finding failures and long-running tests. Additionally, test durations are now displayed in milliseconds or seconds, making them much quicker to read, and previous scrolling issues have also been resolved.
ja .
Faili suuruse piirangud pakettide registry uploadimiseks
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
Nüüd on GitLabi pakettide registrisse laaditavate pakettide failidele suuruse piirangud. Piirangud on kehtestatud registri jõudluse optimeerimiseks ja väärkasutuse ärahoidmiseks. Piirangud sõltuvad paketi formaadist. GitLab.com jaoks on maksimaalsed faili suurused:
- Conan: 250MB
- Maven: 3GB
- NPM: 300MB
- NuGet: 250MB
- PyPI: 3GB
Kohandatud GitLabi instantside jaoks on vaikimisi väärtused samad. Kuid administraator võib piiranguid uuendada .
ja .
Kasutage CI_JOB_TOKEN'i PyPI pakettide avaldamiseks
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
Sa võid kasutada GitLabi PyPI registrit Python pakettide loomiseks, avaldamiseks ja jagamiseks koos lähtekoodi ja CI/CD torujuhtmetega. Kuid varem ei saanud sa registreerimisprotsessis kasutada eeldefineeritud keskkonnamuutujat CI_JOB_TOKEN. Selle tulemusena pidid sa kasutama oma isiklikke mandaate PyPI registri uuendamiseks, või võib-olla otsustasid sa üldse mitte kasutada registrit.
Nüüd on lihtsam kasutada GitLab CI/CD-d PyPI pakettide avaldamiseks ja installimiseks eeldefineeritud keskkonnamuutujate abil. CI_JOB_TOKEN.
ja .
DAST skanneri profiilid nõudmisel
(ULTIMATE, GOLD)
DAST skaneerimine nõudmisel, mis viidi , lisatakse DAST skanneri profiilid. Need laiendavad skannimise konfiguratsiooni võimalusi, võimaldades kiiresti luua mitu profiili erinevate skannimistüüpide katmiseks. Versioonis 13.4 sisaldab skanneri profiil algselt roboti taimeri parameetrit, mis määrab, kui kaua DAST robot peab töötama, püüdes avastada kõiki skannitava saidi lehti. Profiil sisaldab ka sihtsai parameetrit, et määrata, kui kaua skanner peab ootama, enne kui katkestab skannimise, kui sait ei reageeri seisundi koodiga 200 või 300. Kuna me jätkame selle funktsiooni täiustamist järgmistes väljaannetes, lisatakse skanneri profiilile täiendavad konfiguratsiooni parameetrid.
ja .
Lihtne GitLabi lehekülgede ümbersuunamiste konfiguratsioonifail
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
Kui kasutate GitLabi lehekülgi ja soovite paremini hallata URL-ide muudatusi, siis olete võinud märgata, et oma GitLabi lehekülgedel ümbersuunamiste haldamine oli võimatu. GitLab võimaldab nüüd teil seadistada reeglid, et suunata ühe URL-i teisele oma lehekülgede saidil, lisades konfiguratsioonifaili oma reposse. See funktsioon sai võimalikuks tänu Kevin Barnetti (), meie Eric Eastwoodi () ja GitLabi meeskonna panusele. Aitäh kõigile teie panuse eest.
ja .
GitLabi haldava Terraformi olek
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
Juurdepääs eelnevatele Terraformi olekute versioonidele on vajalik nii regulatiivsete nõuete täitmiseks kui ka häirete hulka. GitLabi haldava Terraformi olekute versioonide haldamise tugi on saadaval alates GitLab 13.4. Versioonihaldus aktiveeritakse automaatselt uutele Terraformi olekufailidele. Olemasolevad Terraformi olekufailid hilisemates väljaannetest.
ja .
Olulised üksikasjad sündmuste teavitamise kohta
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
Incidenteid töötlemisel peate kergesti kindlaks määrama, kui kaua on hoiatust avatud olnud ja kui tihti sündmus on toimunud. Need detailid on sageli kriitilise tähtsusega, et määrata, millist mõju on see klientidele avaldanud ja millega peaks teie meeskond esmajärjekorras tegelema. Uuel incidentide detailide paneelil kuvame hoiatuse algusaja, sündmuste arvu ja lingi algsele hoiatusele. See teave on saadaval sündmustele, mis on loodud hoiatustest.
ja .
Incidente tõsiduse seadistamine ja redigeerimine
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
Incidente tõsiduse parameeter võimaldab reageerimisspetsialistidel ja huvigruppidel määrata katkestuse tagajärjed ning reageerimise meetodid ja kiireloomulisuse. Kui teie meeskond jagab tulemusi katkestuse kõrvaldamise ajal ja taastab teenuse, saavad nad seda parameetrit muuta. Nüüd saate redigeerida incidente tõsidust lehe „Incidente teave“ paremas külgpaneelis, kus tõsiduse aste kuvatakse incidente loendis.
ja .
Konteinerite võrgu turbereeglite loomine, redigeerimine ja kustutamine
(ULTIMATE, GOLD)
Konteinerite võrgu turbereeglite redigeerija täiustamine võimaldab kasutajatel hõlpsasti luua, redigeerida ja kustutada oma reegleid otse GitLabi kasutajaliidesest. Redigeerija võimalused sisaldavad .yaml kogenud kasutajatele mõeldud reeglite redigeerija ja intuitiivse kasutajaliidesega reeglite redigeerijat neile, kes ei tunne võrgu reegleid. Uusi reeglite haldamise võimalusi leiate jaotisest Turve ja vastavus > Ohu haldamine > Reeglid (Security & Compliance > Threat Management > Policies).
ja .
Azure blob-objektide salvestuse tugi
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
N nii GitLab kui ka GitLab Runner toetavad nüüd , mis lihtsustab GitLabi teenuste käivitamist Azure'is.
GitLabi instantsid toetavad Azure'i kõigi objektide salvestuste tüüpide, sealhulgas LFS-failide, CI-artifaktide ja . Azure blob-objektide salvestuse seadistamiseks järgige installi juhiseid või .
GitLabi tööülesande töötlejad toetavad samuti Azure'i salvestamiseks . Azure'i salvestuslahendust saab seadistada jaotise kaudu .
ja .
Omnibus ARM64 paketid Ubuntu ja OpenSUSE jaoks
(CORE, STARTER, PREMIUM, ULTIMATE)
Kuna nõudlus 64-bitise ARM arhitektuuri GitLab'i toe järele on kasvanud, oleme rõõmsad, et saame teatada ametliku ARM64 Ubuntu 20.04 Omnibus paketi saadavusest. Suur tänu Zitai Chen'ile ja Guillaume Gardet'le, kelle panus oli tohutu — nende merge-request'id mängisid siin võtmerolli!
Ubuntu 20.04 paketi allalaadimiseks ja installimiseks minge meie ja valige Ubuntu.
ja .
Smart-kaartide autentimise tugi GitLab Helm chart'i jaoks
(PREMIUM, ULTIMATE)
Keerukad kaardid, nagu näiteks ühiskasutuse kaardid (CAC), on nüüd saadaval GitLab'i instantsi autentimiseks, mis on juurutatud läbi Helm chart'i. Smart-kaardid autenditakse kohalikus andmebaasis X.509 sertifikaatide kaudu. Seetõttu vastab smart-kaartide tugi Helm chart'ides nüüd Omnibus'iga pakutava smart-kaartide toetusele.
ja .
Täpse väljaandmise märkmete ja värskendamise/installeerimise juhiseid saab lugeda ingliskeelsest algsest postitusest: .
Tõlke tegemisega inglise keelest tegelesid , , ja .
Allikas: habr.com
