GitLab 11.10 irányítópultja pipákkal, egyesített helyzetjelentésekkel és több soros javaslatokkal a merge kérésekben.
Kényelmes információk a pipák működéséről különböző projektekben.
A GitLab tovább növeli a DevOps életciklusának átláthatóságát. A kiadás ezen a napon. Bevezettük a pipák állapotának áttekintését.
Ez kényelmes, akár egy projekt pipáját vizsgálod, de különösen hasznos, ha , - ami általában előfordul, ha mikroszolgáltatásokat használsz, és pipát akarsz futtatni a kód tesztelésére és kiadására különböző projektek tárolóiból. Most azonnal látod a pipák működését , bárhol is futnak.
Pipák indítása egyesített helyzetjelentésekhez.
Idővel az eredeti és a célsor eltér, és előfordulhat, hogy külön-külön működnek, de együtt nem. Most már lehetővé vált, hogy Így gyorsan észlelheted a hibákat, amelyek csak a változások gyakori mozgatásakor jelentkeznének a sorok között, így sokkal gyorsabban javíthatod a pipeline hibáit és hatékonyabban használhatod .
A közös munka további optimalizálása.
A GitLab 11.10-ben még több lehetőség jelent meg a kényelmes együttműködéshez és az egyszerűsített munkafolyamatokhoz. A merge kéréseknél bevezettük a javaslattételt, amikor a felülvizsgáló egy sort javasolt a merge kéréshez fűzött megjegyzésben, és azt közvetlenül meg lehetett valósítani a megjegyzések szálából. Felhasználóinknak tetszett ez a funkció, és kérték, hogy bővítsük. Most lehetőséged van , megjelölve, hogy mely sorokat törölj, és melyeket adj hozzá.
Köszönjük a visszajelzéseidet és javaslataidat!
És ez még nem minden…
Ebben a kiadásban annyi csodás funkció van, például alaposabb , és lehetőség Az alábbiakban részletezve vannak mindegyikről.
A hónap legértékesebb munkatársa () — Takuya Noguti.
A hónap legértékesebb munkatársa Takuya Noguti lett (). Takuya hibákat javított, befejezte a backend és frontend hiányosságait, valamint javította a felhasználói felületet. Köszönjük!
A GitLab 11.10 főbb jellemzői
Pipeline-ok a vezérlőpulton
PREMIUM, ULTIMATE, SILVER, GOLD
A GitLab vezérlőpultján a projektek információi jelennek meg az összes GitLab példányban. Egyesével adhat hozzá projekteket, és kiválaszthatja, melyik projekt érdekli.
Ebben a kiadásban a vezérlőpultra hozzáadtuk a pipeline-ok állapotainak információját. Most a fejlesztők az összes szükséges projektben láthatják a pipeline-ok működőképességét - egyetlen felületen.
Pipeline-ok a kombinált eredményekhez
PREMIUM, ULTIMATE, SILVER, GOLD
Általában az idő múlásával az eredeti ág eltér a céltól, ha folyamatosan nem mozgatja közöttük a változásokat. Ennek következtében a forrás- és céltengelyek pipeline-jai "zöldek", és nem merülnek fel összevonási konfliktusok, de az összevonáskor hiba léphet fel a változások inkompatibilitása miatt.
Amikor a pipeline a merge request-ek automatikusan létrehoz egy új hivatkozást, amely tartalmazza a forrás- és célágak egyesített merge eredményét, futtathatunk pipeline-t ezen a hivatkozáson, garantálva, hogy a végső eredmény működőképes lesz.
Ha merge request pipeline-okat használ (bármilyen szerepben), és 11.8-as vagy korábbi verziójú privát GitLab runner-eket használ, frissítenie kell őket, hogy elkerülje a problémákat. . Ez nem befolyásolja a nyilvános GitLab runner-ok felhasználóit.
Több sor változtatás ajánlása
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
Merge request-ek közös kezelése során gyakran észlel problémákat és javasol megoldásokat. A GitLab 11.6-os verziójától támogatjuk egyetlen sorra.
A 11.10-es verzióban a merge request diff megjegyzésekhez több sorra is javasolhatók változtatások, majd bármely felhasználó, akinek jogosultsága van írni az eredeti ágra, egy kattintással elfogadhatja őket. Az új funkció segítségével elkerülhető a másolás-beillesztés, mint a korábbi verziókban.
Címkék egy területen belül
PREMIUM, ULTIMATE, SILVER, GOLD
A címkék egy területen belül a csapatok kölcsönösen kizáró címkéket alkalmazhatnak (ugyanazon területen) a feladatok, merge request-ek vagy epikusok esetében a testreszabott mezők vagy testreszabott munkafolyamat állapotok szcenárióiban. Ezeket speciális szintaxissal, kettős pontos címke fejléc segítségével lehet beállítani.
Tegyük fel, hogy szüksége van egy testreszabott mezőre a feladatokban, hogy nyomon követhesse az operációs rendszert, amelyre a funkciói irányulnak. Minden feladat csak egy platformhoz tartozhat. Létrehozhat címkéket platform::iOS, platform::Android, platform::Linux és más szükség szerint. Ha egy ilyen címkét alkalmazunk egy feladatra, automatikusan eltávolítódik egy másik meglévő címke, amely a következővel kezdődik platform::.
Tegyük fel, hogy vannak címkék workflow::development, workflow::review és workflow::deployed, amelyek a csapatában lévő munkafolyamat állapotát jelzik. Ha egy feladatnak már van címkéje workflow::development, és a fejlesztő szeretné átvinni a feladatot a workflow::reviewszakaszába,workflow::developmentegyszerűen alkalmazza az új címkét, míg a régi (
) automatikusan eltávolításra kerül. Ez a viselkedés már létezik, amikor feladatokat mozgat a címkék között a feladatkezelő táblán, amely a csapat munkafolyamatát képviseli. Most a csapat tagjai, akik nem dolgoznak közvetlenül a feladatkezelő táblán, megváltoztathatják a munkafolyamat állapotát magukban a feladatokban.
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
Alaposabb tartályregiszter-tisztítás -m a A konténerregiszterek CI-pipeline-okkal való átlagos használatakor több különböző módosítást küld egy címkére. A Docker elosztásának megvalósítása miatt az alapértelmezett viselkedés az összes módosítás tárolása a rendszerben, de végül sok memóriát foglalnak el. Ha használja aregistry-garbage-collect
paramétert, gyorsan eltávolíthatja az összes korábbi módosítást, és felszabadíthat értékes helyet.
További CI Runner percek vásárlása
BRONZ, EZÜST, ARANY
A GitLab.com előfizetéssel rendelkező felhasználók (Arany, Ezüst, Bronz) most további CI Runner perceket vásárolhatnak. Korábban be kellett tartaniuk a terv szerint megadott kvótát. Ezzel a fejlesztéssel előre megvásárolhatja a kvóta fölötti perceket, hogy elkerülje a pipeline-ok leállásából adódó megszakításokat. szeretnénk ezt a funkciót a ingyenes tervekhez is hozzáadni.
Komponálható Auto DevOps
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
Az Auto DevOps-szal a csapatok szinte erőfeszítés nélkül térnek át a modern DevOps gyakorlatokra. A GitLab 11.10-től kezdődően minden munka az Auto DevOps-ban . A felhasználók használhatják a GitLab CI-ben, hogy külön szakaszokat aktiváljanak az Auto DevOps-ban, miközben saját testreszabott fájukat használják. gitlab-ci.yml. Így csak a szükséges feladatokat aktiválhatja, és élvezheti az upstream frissítések előnyeit.
Automatikus csoporttagság kezelése a GitLab.com-on SCIM segítségével.
EZÜST, ARANY
Korábban a csoporttagságot kézzel kellett kezelni a GitLab.com-on. Mostantól használhatja a SAML SSO-t, és kezelheti a tagságot SCIM segítségével, hogy felhasználókat hozzon létre, töröljön és frissítsen a GitLab.com-on.
Ez különösen hasznos a nagy felhasználószámú és centralizált hitelesítési szolgáltatókkal rendelkező cégek számára. Mostantól lehet egyetlen igazságforrása, például az Azure Active Directory, ahol a felhasználók automatikusan létrejönnek és törlődnek a hitelesítési szolgáltatón keresztül, nem kézi úton.
Belépés a GitLab.com-ra SAML szolgáltatón keresztül.
EZÜST, ARANY
Korábban a SAML SSO használata esetén a csoporthoz a felhasználónak GitLab hitelesítő adatokkal kellett bejelentkeznie, míg a hitelesítési szolgáltatóval is kapcsolódnia kellett. Mostantól közvetlenül bejelentkezhet SSO-val, mint GitLab felhasználó, aki egy beállított csoporthoz van hozzárendelve.
A felhasználóknak nem kell kétszer bejelentkezniük, ezért a cégeknek kényelmesebb a SAML SSO használata a GitLab.com-ra.
Egyéb fejlesztések a GitLab 11.10-ben
A részepikok struktúrája
ULTIMATE, GOLD
Az előző kiadásban bevezettük a részepikokat (epikok epikjait), hogy könnyebb legyen a feladatok elosztásának struktúrájának kezelése. A részepikok a szülőepik oldalán jelennek meg.
Ebben a kiadásban a szülőepik oldalán megjelenik a részepikok struktúrája, így a csapatok látják a részepikok kronológiáját és kezelhetik az időbeli függőségeket.
Felugró ablakok merge requestekhez
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
Ebben a kiadásban bemutatjuk az informatív felugró ablakokat, amelyek a merge request linkjére való lebegéskor jelennek meg. Korábban csak a merge request címét mutattuk, most már a merge request állapotát, a CI pipeline állapotát és egy rövid URL-t is.
A jövőbeli kiadásokban számos fontos információt tervezünk hozzáadni, például , és bevezetjük a felugró ablakokat .
Merge requestek szűrése célzott ágak szerint.
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
A Git workflow for releasing or delivering software is often associated with several long-lived branches — for making fixes to previous versions (for example, stable-11-9) or transitioning from quality assurance to production (for example, integration), but it can be quite challenging to find merge requests for these branches amidst numerous open merge requests.
The list of merge requests for projects and groups can now be filtered by the target branch of the merge request to make it easier to find what you need.
Thank you, Hiroyuki Sato ()!
Submission and merge upon successful pipeline
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
If we are using the Trunk-based development method, we should avoid long-lived branches in favor of small temporary branches with a single owner. Minor changes are often sent directly to the target branch, but we risk breaking the build.
In this release, GitLab supports new sending options in Git to automatically open merge requests, set the target branch, and ensure merging on successful pipeline from the command line during push to the branch.
Enhanced integration with external monitoring dashboards
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
GitLab can connect to multiple Prometheus servers (at the level of environment, project, and ), but having multiple endpoints can complicate systems or may not be supported by standard monitoring dashboards. In this release, teams can utilize a single Prometheus API, which significantly simplifies integration with services like Grafana.
Sorting Wiki pages by creation date
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
In the project Wiki, teams can share documentation and other important information alongside source code and issues. In this release, the list of pages in the Wiki can be sorted by creation date and title to quickly find recently created content.
Monitoring resources requested by the cluster
ULTIMATE, GOLD
GitLab helps monitor a Kubernetes cluster for developing and running applications. Starting with this release, track the resources requested by the cluster, such as CPU and memory, to notice potential issues before they become problems.
Viewing load balancer metrics on the Grafana dashboard
CORE, STARTER, PREMIUM, ULTIMATE
Nagyon fontos figyelemmel kísérni a GitLab példány működését. Korábban alapértelmezett irányítópultokat biztosítottunk az integrált Grafana példányon keresztül. E kiadással kezdődően további irányítópultokat építettünk be az NGINX terheléselosztók monitorozására.
SAST Elixirhez
ULTIMATE, GOLD
Folyamatosan bővítjük a nyelvek támogatását és mélyítjük el a biztonsági ellenőrzéseket. Ebben a kiadásban biztonsági ellenőrzéseket vezettünk be a projektekkel kapcsolatban és a .
Több lekérdezés egy diagramon
PREMIUM, ULTIMATE, SILVER, GOLD
A GitLabban diagramokat hozhat létre a gyűjtött metrikák vizualizálására. Gyakran, például, ha a metrika maximális vagy átlagos értékét szeretnénk megnézni, szeretnénk több értéket egy diagramon megjeleníteni. E kiadással kezdődően erre lehetősége van.
DAST eredmények a csoport biztonsági paneljén
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
Hozzáadtuk a dinamikus alkalmazásbiztonsági tesztelés (Dynamic Application Security Testing, DAST) eredményeit a csoport biztonsági paneljéhez, a SAST, a konténer- és a függőségvizsgálat mellett.
Metaadatok hozzáadása a konténerlemző jelentéshez
ULTIMATE, GOLD
Ebben a kiadásban a konténerlemző jelentés több metaadatot tartalmaz — hozzáadtuk a érintett komponenst (Clair funkció) a meglévő metaadatokhoz: prioritás, azonosító (a mitre.org-ra hivatkozva) és érintett szint (például debian:8).
Metrika jelentéstípus hozzáadása a merge kérésekhez
PREMIUM, ULTIMATE, SILVER, GOLD
A GitLab már most is számos jelentést biztosít, amelyeket közvetlenül a merge kérésekbe lehet beilleszteni: a kódminőségről szóló jelentésektől és DAST és Bár ezek fontos jelentések, alapvető információkra, amelyek különböző forgatókönyvekhez illenek, szintén szükség van. A GitLab 11.10 verziójában metrika jelentéseket biztosítunk közvetlenül a merge kérésekben, amelyek egyszerű kulcs-érték párt várnak. Így a felhasználók nyomon követhetik az időbeli változásokat, beleértve a felhasználói metrikákat, és a metrikák változásait egy adott merge kérés kapcsán. A memóriahasználat, a speciális terhelésvizsgálatok és a működési állapotok egyszerű metrikává alakíthatók, amelyek közvetlenül a merge kérésekben is megtekinthetők más beépített jelentések mellett.
Bár ezek fontos jelentések, az alapvető információk, amelyek különböző forgatókönyvekhez illeszkednek, szintén szükségesek. A GitLab 11.10 verziójában közvetlenül a merge kérelemben biztosítunk metrikák jelentéseit, amely egy egyszerű kulcs-érték párt vár. Így a felhasználók nyomon követhetik az időbeli változásokat, beleértve a felhasználói metrikákat, és az adott merge kéréshez tartozó metrikák változásait. A memóriahasználat, a speciális terhelések tesztelése és a működési állapotok egyszerű metrikákká alakíthatók, amelyeket közvetlenül a merge kérésekben tekinthetünk meg, más beépített jelentések mellett.
A Maven többmodulos projektjeinek támogatása a függőségek szkenneléséhez
ULTIMATE, GOLD
Ebben a kiadásban a Maven többmodulos projektjei támogatják a GitLab függőségek szkennelését. Korábban, ha egy almódnak függősége volt egy másik ugyanazon szintű almódtól, nem tudta megoldani a letöltést a központi Maven tárolóból. Most a Maven többmodulos projekt két modulból és a két modul közötti függőségből áll. A modulok közötti függőség már elérhető a helyi Maven tárolóban, így folytatható a build.
A felhasználók megváltoztathatják a CI-ben a klónozási útvonalat
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
Alapértelmezetten a GitLab Runner egyedi, beágyazott útvonalra klónozza a projektet a $CI_BUILDS_DIR. De bizonyos projektek, például golang esetében a kódot egy adott könyvtárba kell klónozni, hogy össze lehessen állítani.
A GitLab 11.10-ben bevezettük a GIT_CLONE_PATHváltozót, amellyel megadható egy adott útvonal, ahová a GitLab Runner klónozza a projektet a feladat végrehajtása előtt.
Egyszerű változók álcázása a naplókban
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
A GitLab többféle módot kínál és változók a GitLab CI/CD keretében. De a változók még mindig szándékosan vagy véletlenül bekerülhetnek a build naplókba.
A GitLab komolyan veszi a kockázatkezelést és az auditálást, és folyamatosan új funkciókat ad hozzá a követelmények betartásához. A GitLab 11.10-ben bevezettük azt a lehetőséget, hogy egyes változók típusait álcázhassuk a munkafolyamat naplóiba, így védelmet adva a véletlen tartalom megjelenése ellen. Továbbá a GitLab most sok beépített változó tokenjeit.
Auto DevOps engedélyezése és letiltása csoport szinten
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
Az Auto DevOps segítségével a GitLab.com projektben egyszerűen átválthatunk a modern DevOps munkafolyamatokra — a buildtől a szállításig.
A GitLab 11.10-től lehetőség van az Auto DevOps engedélyezésére és letiltására az összes projektnél egy csoporton belül.
Egyszerűsített és javított licenclap
STARTER, PREMIUM, ULTIMATE
A licenckulcsok kezelése érdekében átformáltuk a licenclap panelt az adminisztrátor felületen, kiemelve a legfontosabb elemeket.
A Kubernetes telepítésekhez kapcsolódó címkeselekció frissítése
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
A telepítési panelek megjelenítik az összes Kubernetes telepítés adatait.
Ebben a kiadásban megváltoztattuk a címkék telepítésekhez való hozzárendelésének módját. Mostantól elérhetők a megfelelő app.example.com/app és app.example.com/env vagy app. Ez elkerüli a konfliktusokat a szűrés során, és csökkenti a projektből adódó helytelen telepítések kockázatát.
Továbbá, a GitLab 12.0-s verziójában , és a találat csak így lehetséges app.example.com/app és app.example.com/env.
Kubernetes erőforrások dinamikus létrehozása
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
A Kubernetes integráció lehetővé teszi az RBAC funkció használatát a szolgáltatásfiók és minden GitLab projekt számára külön névtér segítségével. E kiadástól kezdve ezek az erőforrások a maximális hatékonyság érdekében csak akkor fognak létrejönni, amikor szükség van rájuk a telepítéshez.
Kubernetes telepítésekor a GitLab CI létrehozza ezeket az erőforrásokat a telepítés előtt.
Csoportos futtatók a csoport szintjén lévő klaszterek számára
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
A csoport szintjén lévő klaszterek mostantól támogatják a GitLab Runner telepítését. A Kubernetes csoport szintű futtatói a gyermekprojektek számára csoportos futtatókként jelennek meg, címkékkel megjelölve. cluster és kubernetes.
Hívásszámláló a Knative funkciók számára
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
A , most már megjelenítik az egyes funkciókhoz kapott hívások számát. Ehhez a Prometheus telepítése szükséges a Knative-t tartalmazó klaszterben.
Paraméterek ellenőrzése git clean a GitLab CI/CD feladatokhoz
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
Alapértelmezés szerint a GitLab Runner git clean a kód kiadása során fut a GitLab CI/CD feladat végrehajtása során. A GitLab 11.10-től kezdődően a felhasználók ellenőrizhetik az parancssornak átadott paramétereket git clean. Ez praktikus a dedikált futtatókkal rendelkező csapatok számára, valamint a nagy monorepo-ból projektek építését végző csapatok számára. Most már ellenőrizhetik a kód kiadási folyamatát a szkriptek végrehajtása előtt. Az új változó GIT_CLEAN_FLAGS alapértelmezett értéke -ffdx és minden lehetséges paramétert elfogad a [git clean](https://git-scm.com/docs/git-clean) parancshoz..
Külső hitelesítés a Core-ban
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
A védett környezetek további külső hitelesítési erőforrást igényelhetnek a projekthez való hozzáféréshez. Támogatást adtunk hozzá a hozzáférés ellenőrzésének további szintjéhez és több kérés érkezett ennek a funkciónak a Core-ban történő megnyitására. Örömmel mutatjuk be a külső hitelesítést és a Core példányok további biztonsági szintjét, mivel ez a funkció szükséges egyes résztvevők számára.
A projektek csoportokban történő létrehozásának lehetősége Core-ban
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
A Developer szerepű felhasználók már a 10.5-ös verzió óta létrehozhatnak projekteket csoportokban , és most ez már a Core-ban is lehetséges. A projektek létrehozása a GitLab hatékony munkavégzésének kulcsfontosságú lehetősége, és ennek a funkciónak a Core-ba való beépítésével a példány résztvevői most könnyebben foghatnak új dolgokba.
GitLab Runner 11.10
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
Ma kiadtuk a GitLab Runner 11.10-et! A GitLab Runner egy nyílt forráskódú projekt, amely CI/CD feladatok futtatására szolgál, és az eredmények visszaküldésére a GitLab-ba.
A legérdekesebb változások:
- .
- .
- .
- .
- .
A GitLab Runner változások teljes listáját a changelogban találhatja: .
Visszaadott javítás project_id az Elasticsearch blob keresési API-jában
STARTER, PREMIUM, ULTIMATE
Hibát javítottunk az Elasticsearch blob keresési API-jában, amely tévesen 0-t adott vissza project_id. Újra kell indexelni , hogy helyes értékeket kapjunk project_id e kiadás után a GitLab-ba.
Omnibus fejlesztések
CORE, STARTER, PREMIUM, ULTIMATE
A GitLab 11.10-ben a következő fejlesztéseket hajtottuk végre az Omnibusban:
- A GitLab 11.10 tartalmazza , , amelynek legutóbbi kiadása új integrációs könyvtárat tartalmaz az adatok egyszerű átvihetőségéhez a Hipchat-ból és még sok mindent. Ez a verzió tartalmazza , és javasoljuk a frissítést.
- Mi , és most már nagyon egyszerűen megkezdheti a GitLab példányának monitorozását.
- Támogatást adtunk hozzá a régi tárolóképek eltávolítására a Docker registry-ből.
- Frissítettük a ca-certs fájlt 2019-01-23-ra.
Teljesítményjavítások
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
Minden kiadással folyamatosan javítjuk a GitLab teljesítményét bármilyen méretű GitLab példányok esetében. Néhány fejlesztés a GitLab 11.10-ben:
- .
- .
- .
- .
- .
- .
- .
- .
A GitLab diagramok javítása
CORE, STARTER, PREMIUM, ULTIMATE
A következő fejlesztéseket hajtottuk végre a GitLab diagramokban:
- .
A GitLab Geo biztosítani fogja a hash-alapú tárolást a GitLab 12.0 verzióban.
A GitLab Geo hash-alapú tárolást igényel
a versenyhelyzetek (race condition) mérséklésére a másodlagos node-oknál. Ezt a következő hivatkozásban emelték ki: a másodlagos csomópontok versenyének enyhítésére. Ez meg lett jegyezve a .
gitlab-ee # 8053 sudo gitlab-rake gitlab:geo:check .
gitlab-ee # 8053 sudo gitlab-rake gitlab:geo:check . Ha Geo-t használ, kérjük, futtassa ezt a ellenőrzést és migráljon a lehető leghamarabb. gitlab-ee!8433
gitlab-ee # 8053 meg fog jelenni az alábbi oldalon: , ha a fent említett ellenőrzések nincsenek engedélyezve. Admin Terület › Geo › Nodesgitlab-ee#8690
gitlab-ee # 8053 Törlési dátum: .
Hipchat integráció Hipchat
Ubuntu 14.04 támogatás
A GitLab 11.10 az utolsó verzió lesz, amely támogatja .
A Canonical bejelentette az Ubuntu 14.04 alapvető támogatásának leállítását . Javasoljuk a felhasználóknak, hogy váltsanak egy támogatott LTS verzióra: Ubuntu 16.04 vagy Ubuntu 18.04.
Hipchat integráció 2019. május 22.
A maximálisan létrehozott pipeline-ok számának korlátozása egy commit során
Korábban a GitLab pipelinet hozott létre a HEAD minden ágnál a commitban. Ez kényelmes a fejlesztők számára, akik egyszerre több módosítást küldenek be (például egy funkcióágba és egy ágba) develop).
De amikor nagy repón dolgozik, ahol sok aktív ág van (például költözés, tükörkép, vagy ágazás), nem szükséges mindegyik ághoz pipeline-t létrehozni. A GitLab 11.10 kezdődően maximum a commit során.
Hipchat integráció 2019. május 22.
Elavult legacy kódok a GitLab Runner-ben
A Gitlab 11.9-től a GitLab Runner a repository klónozása/hívása. Jelenleg a GitLab Runner a régi módszert fogja használni, ha az új nem támogatott. További részletek találhatók a .
A GitLab 11.0-ban megváltoztattuk a metrics server konfigurációját a GitLab Runner számára. metrics_server eltávolításra kerül a listen_address javára a GitLab 12.0-ban. További részletekért lásd .
A 11.3-as verzióban a GitLab Runner elkezdte támogatni ; ami új beállításokhoz vezetett a . A , itt található a változások táblázata és az új konfigurációra való átállásra vonatkozó utasítások. Bővebb információt találhat itt .
Ezek az útvonalak nem lesznek elérhetőek a GitLab 12.0-ban. Felhasználóként Önnek nem kell semmit megváltoztatnia, csak győződjön meg arról, hogy a GitLab példánya 11.9+ verzióval fut a GitLab Runner 12.0-ra frissítésekor.
Hipchat integráció Hipchat
Elavult paraméter a GitLab Runner belépési pontjának funkciójához
A 11.4-es verzióban a GitLab Runner bemutatott egy funkció paramétert az olyan problémák megoldására, mint például és .
A GitLab 12.0-ban visszatérünk a helyes működéshez, mintha a funkció paraméter ki lenne kapcsolva. További részletekért lásd .
Hipchat integráció Hipchat
Elavult Linux disztribúciók támogatása a GitLab Runner számára, amelyek elérték az EOL-t
Néhány Linux disztribúció, amelyre a GitLab Runner telepíthető, lejárt.
A GitLab 12.0-ban a GitLab Runner már nem terjeszti a csomagokat ilyen Linux disztribúciókra. A teljes listát azok a disztribúciók, amelyek már nem támogatottak, megtalálhatóak a . Köszönet Javier Ardónak () a !
Hipchat integráció Hipchat
Régi GitLab Runner Helper parancsok eltávolítása
Az erőfeszítések részeként a használatához el kellett hagyni néhány régi parancsot, amelyet a .
A GitLab 12.0-ban a GitLab Runner új parancsokkal indul el. Ez csak azokat a felhasználókat érinti, akik . További részletekért lásd .
Hipchat integráció Hipchat
A legacy git clean mechanizmus eltávolítása a GitLab Runnerből
A GitLab Runner 11.10-es verziójában beállítani, hogyan a Runner végrehajtja a parancsot git clean. Továbbá, az új törlési stratégia megszünteti a git reset és elhelyezi a parancsot git clean az exportálási lépés után.
Mivel ez a viselkedés változása hatással lehet néhány felhasználóra, készítettünk egy paramétert FF_USE_LEGACY_GIT_CLEAN_STRATEGY. Ha a következő értékre állítja igaz, akkor visszaállítja a legacy tisztítási stratégiát. A GitLab Runner funkcióparamétereiről többet találhat .
A GitLab Runner 12.0-ban eltávolítjuk a legacy törlési stratégia támogatását és a funkcióparaméterrel való visszaállítás lehetőségét. Bővebb információt találhat itt .
Hipchat integráció Hipchat
A rendszerinformációs szakasz az adminisztrátori panelen
A GitLab információkat nyújt a GitLab példányáról a admin/system_info, de ezek az információk tévesek lehetnek.
Mi az adminisztrátori panelből a GitLab 12.0-ban és javasoljuk, hogy használjon .
Hipchat integráció Hipchat
Változási napló
Keresse meg ezeket a módosításokat a változási naplóban:
Telepítés
Ha új GitLab telepítést állít be, látogasson el a .
Frissítés
Nézze meg a .
GitLab előfizetési terveit
A GitLab két változatban érhető el: és .
: helyben, vagy a választott felhőszolgáltató platformján.
- Mag: kis csapatok, személyes projektek vagy korlátlan ideig használható próbaverziók számára.
- Starter: olyan csapatoknak, akik egy irodában dolgoznak több projekten, és szükségük van szakmai támogatásra.
- Prémium: elosztott csapatoknak, akiknek fejlett funkciókra, magas rendelkezésre állásra és 24/7 támogatásra van szükségük.
- Ultimate: olyan vállalatok számára, akiknek megbízható stratégia és végrehajtás szükséges, javított biztonsággal és megfeleléssel.
— GitLab.com: a GitLab által üzemeltetett, kezelt és adminisztrált egyéni fejlesztőknek és csapatoknak.
- Ingyenes: korlátlan privát tárolók és korlátlan számú projektcsapattag. A zárt projektek hozzáférést kapnak a Ingyenesfunkciókhoz, míg a hozzáférést kapnak a Gold.
- Bronz: olyan csapatok számára, akiknek szükségük van kiterjedt munkahelyi funkciókra.
- Ezüst: olyan csapatok számára, akiknek megbízhatóbb DevOps képességekre, megfelelőségre és gyors támogatásra van szükségük.
- Gold: alkalmas számos CI/CD feladatra. Minden nyílt projekt ingyenesen használhatja a Gold funkciókat, függetlenül a tervtől.
Forrás: habr.com
