GitLab 11.10 irányítópult-folyamatokkal, egyesített eredményfolyamatokkal és többsoros javaslatokkal az egyesítési kérésekben.
Kényelmes információk a csővezetékek teljesítményéről a különböző projektekben
A GitLab továbbra is növeli a DevOps életciklusának láthatóságát. Ebben a számban tovább hozzáadott egy áttekintést a folyamat állapotáról.
Ez akkor is kényelmes, ha egyetlen projekt folyamatát tanulmányozza, de különösen hasznos, ha , - és ez általában akkor fordul elő, ha mikroszolgáltatásokat használ, és egy folyamatot szeretne futtatni a különböző projekttárolókból származó kód tesztelésére és kézbesítésére. Most azonnal láthatja az előadást , bárhol is adják elő.
Csővezetékek futtatása az egyesített eredményekhez
Idővel a forrás- és a célág szétválik, és olyan helyzet alakulhat ki, hogy külön-külön is megbirkóznak, de együtt nem működnek. Most már tudod . Így gyorsan észreveszi azokat a hibákat, amelyek csak akkor jelennének meg, ha a változtatásokat gyakran mozgatják az ágak között, ami azt jelenti, hogy sokkal gyorsabban kijavítja a folyamathibákat, és a .
Az együttműködés további optimalizálása
A GitLab 11.10 még több funkciót ad a zökkenőmentes együttműködés és az egyszerűsített munkafolyamatok érdekében. BAN BEN Javaslatokat vezettünk be az összevonási kérelmekre, ahol a bíráló javaslatot tehet az egyesítési kérelem megjegyzésében szereplő egy sor módosítására, és azt közvetlenül a megjegyzésszálból lehet végrehajtani. Felhasználóinknak tetszett, és kérték a funkció bővítését. Most felajánlhatja , jelezve, hogy mely sorokat kell eltávolítani és melyiket kell hozzáadni.
Köszönjük visszajelzését és javaslatait!
És ez még nem minden ...
Annyi elképesztő funkció van ebben a kiadásban, pl. , alaposabb , és lehetőség . Az alábbiakban mindegyikről részletesen olvashat.
A hónap legértékesebb alkalmazottja () – Takuya Noguchi
A hónap legértékesebb alkalmazottja Takuya Noguchi (). Takuya : hibák javítása, hiányosságok kiegészítése a háttérben és a frontendben, valamint a felhasználói felület továbbfejlesztése. Köszönöm!
A GitLab 11.10 főbb jellemzői
Csővezetékek a vezérlőpulton
PREMIUM, ULTIMATE, EZÜST, ARANY
A GitLab irányítópultja információkat jelenít meg a projektekről a teljes GitLab példányban. Egyes projekteket adhat hozzá, és kiválaszthatja, melyik projekt érdekli.
Ebben a kiadásban a folyamatok állapotaira vonatkozó információkat adtunk hozzá az irányítópulthoz. Most a fejlesztők látják a csővezetékek funkcionalitását az összes szükséges projektben - egyetlen felületen.
Csővezetékek az egyesített eredményekhez
PREMIUM, ULTIMATE, EZÜST, ARANY
Gyakori, hogy a forrás ág idővel eltér a cél ágtól, hacsak nem tolja folyamatosan a változtatásokat közöttük. Ennek eredményeként a forrás és a cél elágazás folyamata „zöld”, és nincsenek összevonási ütközések, de az összevonás meghiúsul az inkompatibilis változtatások miatt.
Amikor az összevonási kérelem folyamata automatikusan létrehoz egy új hivatkozást, amely tartalmazza a forrás- és a célágak egyesítésének együttes eredményét, akkor futtathatjuk a folyamatot ezen a hivatkozáson, és biztosíthatjuk, hogy az összesített eredmény működjön.
Ha egyesítési kérelem folyamatot használ (bármilyen kapacitásban), és privát GitLab-futók 11.8-as vagy régebbi verzióját használja, akkor a probléma elkerülése érdekében frissítenie kell őket. . Ez nem érinti a nyilvános GitLab-futók felhasználóit.
Változások javaslata több sorban
CORE, STARTER, PREMIUM, ULTIMATE, INGYENES, BRONZ, EZÜST, ARANY
Az összevonási kérelmeken való közös munka során gyakran észleli a problémákat, és megoldásokat javasol. A GitLab 11.6 óta támogatjuk egy sorra.
A 11.10-es verzióban az összevonási kérés különbségi megjegyzései több sorban is javasolhatnak változtatásokat, majd bárki, akinek írási jogosultsága van az eredeti ághoz, egy kattintással elfogadhatja azokat. Az új funkciónak köszönhetően a korábbi verziókhoz hasonlóan elkerülhető a másolás-beillesztés.
Parancsikonok egy területen
PREMIUM, ULTIMATE, EZÜST, ARANY
Az azonos hatókörű címkékkel a csapatok kölcsönösen kizáró címkéket alkalmazhatnak (ugyanabban a hatókörben) egy problémára, egyesítési kérésre vagy epikus esetre egyéni mezőkkel vagy egyéni munkafolyamat-állapotokkal rendelkező forgatókönyvekben. A címke címében található speciális kettőspont szintaxis használatával vannak konfigurálva.
Tegyük fel, hogy szüksége van egy egyéni mezőre a feladatokban a funkciói által megcélzott platform operációs rendszerének nyomon követéséhez. Minden feladatnak csak egy platformhoz kell kapcsolódnia. Parancsikonokat hozhat létre platform::iOS, platform::Android, platform::Linux és szükség szerint mások. Ha egy ilyen parancsikont alkalmaz egy feladatra, az automatikusan eltávolít egy másik meglévő parancsikont, amely ezzel kezdődik platform::.
Tegyük fel, hogy vannak parancsikonjai workflow::development, workflow::review и workflow::deployed, amely jelzi a csapat munkafolyamatának állapotát. Ha a feladatnak már van parancsikonja workflow::development, és a fejlesztő a feladatot a színpadra szeretné helyezni workflow::review, csak az új parancsikont és a régit alkalmazza (workflow::development) automatikusan törlődik. Ez a viselkedés már akkor is fennáll, amikor feladatokat mozgat a parancsikonok listái között a feladattáblán, amely a csapat munkafolyamatát képviseli. Mostantól azok a csapattagok, akik nem dolgoznak közvetlenül a feladattáblával, maguk módosíthatják a munkafolyamat állapotát a feladatokban.
A tároló nyilvántartás alaposabb tisztítása
CORE, STARTER, PREMIUM, ULTIMATE, INGYENES, BRONZ, EZÜST, ARANY
Ha általában tároló-nyilvántartást használ CI-folyamatokkal, akkor egyetlen címkén több különálló módosítást kell végrehajtania. A Docker disztribúciós megvalósítása miatt az alapértelmezett viselkedés a rendszer összes módosításának mentése, de végül sok memóriát foglalnak el. Ha a paramétert használja -m с registry-garbage-collect, gyorsan törölheti az összes korábbi módosítást, és értékes helyet szabadíthat fel.
További CI Runner percek vásárlása
BRONZ, EZÜST, ARANY
A fizetett GitLab.com csomaggal (arany, ezüst, bronz) rendelkező felhasználók mostantól további CI Runner perceket vásárolhatnak. Korábban a tervben előírt kvótát kellett teljesíteni. Ezzel a fejlesztéssel előre vásárolhat kvótán felüli perceket, hogy elkerülje a csőleállások miatti fennakadásokat.
Most 1000 perc 8 dollárba kerül, és annyit vásárolhatsz belőlük, amennyit csak akarsz. A további percek akkor kerülnek felhasználásra, ha a teljes havi kvótát elköltötte, a további percek fennmaradó része pedig átkerül a következő hónapra. BAN BEN ezt a funkciót szeretnénk hozzáadni az ingyenes csomagokhoz is.
Összeállítható Auto DevOps
CORE, STARTER, PREMIUM, ULTIMATE, INGYENES, BRONZ, EZÜST, ARANY
Az Auto DevOps segítségével 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 az Auto DevOps minden egyes feladata a következő néven érhető el . A felhasználók használhatják a GitLab CI-ben, hogy engedélyezze az Auto DevOps egyes szakaszait, és ezzel egyidejűleg használja az egyéni fájlt gitlab-ci.yml. Így csak a szükséges feladatokat engedélyezheti, és kihasználhatja az upstream frissítéseket.
A csoporttagok automatikus kezelése a GitLab.com webhelyen SCIM használatával
EZÜST ARANY
Korábban manuálisan kellett kezelnie a csoporttagságot a GitLab.com webhelyen. Mostantól SAML SSO használatával kezelheti a tagságot a SCIM használatával, hogy létrehozzon, töröljön és frissítsen felhasználókat a GitLab.com webhelyen.
Ez különösen hasznos a nagy számú felhasználóval és központosított identitásszolgáltatókkal rendelkező vállalatok számára. Mostantól egyetlen igazságforrás áll rendelkezésére, például az Azure Active Directory, és a felhasználók automatikusan jönnek létre és törlődnek az identitásszolgáltatón keresztül, nem pedig manuálisan.
Jelentkezzen be a GitLab.com webhelyre a SAML-szolgáltatón keresztül
EZÜST ARANY
Korábban, amikor SAML SSO-t használtak csoportokhoz, a felhasználónak GitLab hitelesítő adataival és egy identitásszolgáltatóval kellett bejelentkeznie. Mostantól közvetlenül bejelentkezhet SSO-n keresztül egy konfigurált csoporthoz társított GitLab-felhasználóként.
A felhasználóknak nem kell kétszer bejelentkezniük, így a vállalatok könnyebben használhatják a SAML SSO for GitLab.com-ot.
Egyéb fejlesztések a GitLab 11.10-ben
Gyermek epikus séma
ULTIMATE, ARANY
Az előző kiadásban hozzáadtuk a gyermek epikákat (epikus epikákat), hogy segítsünk a munkaelosztási struktúra kezelésében. A gyermekeposzok a szülőeposz oldalán jelennek meg.
Ebben a kiadásban a szülőepikus oldal az alárendelt eposzok vázlatát jeleníti meg, így a csapatok láthatják az alárendelt epikák idővonalát, és kezelhetik az időzítési függőségeket.
Egyesítési kérelem előugró képernyői
CORE, STARTER, PREMIUM, ULTIMATE, INGYENES, BRONZ, EZÜST, ARANY
Ebben a kiadásban olyan informatív képernyőket mutatunk be, amelyek akkor jelennek meg, ha az egérmutatót egy egyesítési kérelem hivatkozása fölé viszi. Korábban csak az összevonási kérelem címét mutattuk meg, most viszont az összevonási kérelem állapotát, a CI-folyamat állapotát és a rövid URL-t is.
Terveink szerint a jövőbeni kiadásokban további fontos információkat adunk hozzá, pl. , és bemutatunk felugró képernyőket is .
Egyesítési kérelmek szűrése célágak szerint
CORE, STARTER, PREMIUM, ULTIMATE, INGYENES, BRONZ, EZÜST, ARANY
A szoftverek kiadására vagy szállítására szolgáló Git-munkafolyamatok gyakran több hosszú távú leágazást foglalnak magukban – a korábbi verziók javítása érdekében (pl. stable-11-9) vagy a minőségi tesztelésről a gyártásra való átállás (pl. integration), de nem könnyű ezekre az ágakra vonatkozó összevonási kérelmeket találni a sok nyitott egyesítési kérelem között.
A projektek és csoportok összevonási kérelmeinek listája mostantól szűrhető az összevonási kérelem célága szerint, hogy könnyebben megtalálja a kívántat.
Köszönöm Hiroyuki Sato ()!
Sikeres adatfolyam esetén küldés és összevonás
CORE, STARTER, PREMIUM, ULTIMATE, INGYENES, BRONZ, EZÜST, ARANY
Ha a törzs alapú fejlesztési módszert alkalmazzuk, akkor kerüljük a hosszú élettartamú ágakat, és helyezzük el a kis, ideiglenes, egyetlen tulajdonosú ágakat. A kis változtatások gyakran közvetlenül a cél ágra kerülnek, de ezzel az összeállítás megszakadásának kockázata áll fenn.
Ezzel a kiadással a GitLab támogatja az új Git push opciókat, amelyek automatikusan megnyitják az egyesítési kérelmeket, beállítják a cél ágat, és kikényszerítik az egyesítést egy sikeres folyamaton a parancssorból az elágazáskor.
Továbbfejlesztett integráció külső műszerfalakkal
CORE, STARTER, PREMIUM, ULTIMATE, INGYENES, BRONZ, EZÜST, ARANY
A GitLab több Prometheus szerverhez férhet hozzá (környezet, projekt és ), de a több végpont bonyolultabbá teheti, vagy előfordulhat, hogy a szabványos irányítópultok nem támogatják. Ezzel a kiadással a csapatok egyetlen Prometheus API-t használhatnak, így sokkal könnyebbé válik az olyan szolgáltatásokkal való integráció, mint a Grafana.
A Wiki oldalak rendezése a létrehozás dátuma szerint
CORE, STARTER, PREMIUM, ULTIMATE, INGYENES, BRONZ, EZÜST, ARANY
A projekt Wikiben a csapatok megoszthatnak dokumentumokat és más fontos információkat, valamint forráskódot és feladatokat. Ezzel a kiadással rendezheti a Wiki-oldalak listáját a létrehozás dátuma és címe szerint, hogy gyorsan megtalálja a nemrég létrehozott tartalmat.
A fürt által kért erőforrások figyelése
ULTIMATE, ARANY
A GitLab segít figyelni a Kubernetes-fürtöt a fejlesztési és éles alkalmazásokhoz. Ettől a kiadástól kezdve figyelje a fürt processzor- és memóriakérelmeit, hogy észrevegye a lehetséges problémákat, mielőtt azok problémákká válnának.
Tekintse meg a terheléselosztó mérőszámait a Grafana irányítópultján
CORE, STARTER, PREMIUM, ULTIMATE
Nagyon fontos figyelni a GitLab példány állapotát. Korábban az alapértelmezett irányítópultokat egy beágyazott Grafana-példányon keresztül biztosítottuk. Ettől a kiadástól kezdve további irányítópultokat is beépítettünk az NGINX terheléselosztók figyelésére.
SAST az Elixirhez
ULTIMATE, ARANY
Továbbra is bővítjük a nyelvi támogatást és elmélyítjük a biztonsági ellenőrzéseket. Ebben a kiadásban engedélyeztük a bekapcsolt projektek biztonsági ellenőrzését és a -n létrehozott projektek .
Több lekérdezés egy diagramban
PREMIUM, ULTIMATE, EZÜST, ARANY
A GitLabban diagramokat hozhat létre az összegyűjtött mutatók megjelenítéséhez. Gyakran például, ha meg kell néznie egy metrika maximális vagy átlagos értékét, több értéket szeretne megjeleníteni egy diagramon. Ettől a kiadástól kezdve megvan ez a lehetőség.
DAST eredmények a csoportbiztonsági irányítópulton
CORE, STARTER, PREMIUM, ULTIMATE, INGYENES, BRONZ, EZÜST, ARANY
Dinamikus alkalmazásbiztonsági tesztelés (DAST) eredményeket adtunk a csapat biztonsági irányítópultjához a SAST, a tárolóvizsgálat és a függőségi vizsgálat mellett.
Metaadatok hozzáadása tárolóvizsgálati jelentéshez
ULTIMATE, ARANY
Ebben a kiadásban a Container Scan Report több metaadatot tartalmaz – adtuk hozzá érintett komponens (Clair szolgáltatás) meglévő metaadatokba: prioritás, azonosító (hivatkozás a mitre.org-ra) és érintett szint (pl. debian:8).
Mérési jelentéstípus hozzáadása a kérelmek egyesítéséhez
PREMIUM, ULTIMATE, EZÜST, ARANY
A GitLab már most is többféle jelentést kínál, amelyek közvetlenül beilleszthetők az egyesítési kérelmekbe: a jelentésektől egészen a jelentésig и az ellenőrzési szakaszban ig и a védelmi szakaszban.
Bár ezek fontos jelentések, a különböző forgatókönyvekhez illeszkedő alapvető információkra is szükség van. A GitLab 11.10-ben a mérőszámokat közvetlenül az egyesítési kérelemben biztosítjuk, amely egyszerű kulcs-érték párra számít. Ily módon a felhasználók nyomon követhetik az idő múlásával kapcsolatos változásokat, beleértve az egyéni mutatókat és a metrikák változásait egy adott egyesítési kérelemhez. A memóriahasználat, a speciális terheléstesztek és az állapotok egyszerű mérőszámokká alakíthatók, amelyek közvetlenül megtekinthetők az egyesítési kérelmekben, más beépített jelentésekkel együtt.
Több modulból álló Maven projektek támogatása a függőségi vizsgálathoz
ULTIMATE, ARANY
Ezzel a kiadással a több modulból álló Maven-projektek támogatják a GitLab-függőségi vizsgálatot. Korábban, ha egy almodul függő volt egy másik, azonos szintű almodultól, akkor nem engedélyezte a központi Maven tárolóból történő betöltést. Most egy többmodulos Maven projekt jön létre két modullal és a két modul közötti függőséggel. A testvérmodulok közötti függőségek már elérhetőek a helyi Maven lerakatban, így a felépítés folytatódhat.
A felhasználók megváltoztathatják a klónozási útvonalat a CI-ben
CORE, STARTER, PREMIUM, ULTIMATE, INGYENES, BRONZ, EZÜST, ARANY
Alapértelmezés szerint a GitLab Runner egy egyedi alútvonalra klónozza a projektet $CI_BUILDS_DIR. De néhány projektnél, például a Golangnál, a kódot egy adott könyvtárba kell klónozni, hogy létrejöhessen.
A GitLab 11.10-ben bevezettük a változót GIT_CLONE_PATH, amely lehetővé teszi egy adott elérési út megadását, ahol a GitLab Runner klónozza a projektet a feladat végrehajtása előtt.
A védett változók egyszerű maszkolása a naplókban
CORE, STARTER, PREMIUM, ULTIMATE, INGYENES, BRONZ, EZÜST, ARANY
A GitLab számos lehetőséget kínál и változók a GitLab CI/CD-ben. De a változók szándékosan vagy véletlenül továbbra is bekerülhetnek az összeállítási naplókba.
A GitLab komolyan veszi a kockázatkezelést és az auditálást, és folyamatosan bővíti a megfelelőségi funkciókat. A GitLab 11.10-ben bevezettük bizonyos típusú változók elfedésének lehetőségét a job nyomkövetési naplókban, ami egy védelmi szintet ad az ellen, hogy ezeknek a változóknak a tartalma véletlenül belekerüljön a naplókba. És most a GitLab sok beépített token változó.
Az Auto DevOps engedélyezése vagy letiltása csapatszinten
CORE, STARTER, PREMIUM, ULTIMATE, INGYENES, BRONZ, EZÜST, ARANY
Az Auto DevOps segítségével egy GitLab.com projektben gond nélkül átveheti a modern DevOps munkafolyamatokat a felépítéstől a szállításig.
A GitLab 11.10-től kezdve engedélyezheti vagy letilthatja az Auto DevOps-t az ugyanabban a csoportban lévő összes projektben.
Egyszerűsített és továbbfejlesztett licencoldal
STARTER, PREMIUM, ULTIMATE
A licenckulcsok kezelésének kényelmesebbé és egyszerűbbé tétele érdekében az adminisztrációs panelen újraterveztük a licencek oldalát, és kiemeltük a legfontosabb elemeket.
Frissítse a Kubernetes-telepítések parancsikonválasztóját
CORE, STARTER, PREMIUM, ULTIMATE, INGYENES, BRONZ, EZÜST, ARANY
A telepítési panelek információkat jelenítenek meg az összes Kubernetes-telepítésről.
Ebben a kiadásban megváltoztattuk a telepítési parancsikonok leképezési módját. A mérkőzések már elérhetőek: app.example.com/app и app.example.com/env vagy app. Ezzel elkerülhető a szűrési ütközések és a projekthez kapcsolódó helytelen telepítések kockázata.
Ezenkívül a GitLab 12.0-ban mi , és a mérkőzés csak akkor lesz lehetséges app.example.com/app и app.example.com/env.
Kubernetes-erőforrások dinamikus létrehozása
CORE, STARTER, PREMIUM, ULTIMATE, INGYENES, BRONZ, EZÜST, ARANY
A Kubernetes és a GitLab integráció lehetővé teszi az RBAC funkció használatát egy szolgáltatásfiók és egy dedikált névtér használatával minden GitLab projekthez. Ettől a kiadástól kezdve a maximális hatékonyság érdekében ezek az erőforrások csak akkor jönnek létre, ha a telepítéshez szükség van rá.
A Kubernetes üzembe helyezésekor a GitLab CI létrehozza ezeket az erőforrásokat a telepítés előtt.
Csoportfutók csoportszintű klaszterekhez
CORE, STARTER, PREMIUM, ULTIMATE, INGYENES, BRONZ, EZÜST, ARANY
A csoportszintű fürtök már támogatják a GitLab Runner telepítését. A csoportszintű Kubernetes-futók csoportfutókként jelennek meg a gyermekprojektekben cluster и kubernetes.
Hívásszámláló a Knative funkciókhoz
CORE, STARTER, PREMIUM, ULTIMATE, INGYENES, BRONZ, EZÜST, ARANY
A következővel telepített funkciók , most megmutatja az adott funkcióhoz fogadott hívások számát. Ehhez telepítenie kell a Prometheust arra a fürtre, ahol a Knative telepítve van.
Paraméter vezérlés git clean GitLab CI/CD munkákhoz
CORE, STARTER, PREMIUM, ULTIMATE, INGYENES, BRONZ, EZÜST, ARANY
Alapértelmezés szerint a GitLab Runner fut git clean a kód feltöltésének folyamata során, amikor egy GitLab CI/CD-ben végrehajtott feladatot hajt végre. A GitLab 11.10-től kezdve a felhasználók szabályozhatják a csapatnak átadott paramétereket git clean. Ez hasznos a dedikált futókkal rendelkező csapatok számára, valamint olyan csapatok számára, amelyek nagy monotárolókból gyűjtenek projekteket. Most már a szkriptek végrehajtása előtt irányíthatják a kirakodási folyamatot. Új változó GIT_CLEAN_FLAGS az alapértelmezett érték -ffdx és elfogadja az összes lehetséges parancsparamétert [git clean](https://git-scm.com/docs/git-clean).
Külső engedélyezés a Core-ban
CORE, STARTER, PREMIUM, ULTIMATE, INGYENES, BRONZ, EZÜST, ARANY
A biztonságos környezetek további külső engedélyezési erőforrást igényelhetnek a projekt eléréséhez. Támogatást adtunk a hozzáférés-vezérlés további szintjéhez és sok kérést kapott ennek a funkciónak a Core-ban való megnyitására. Örömmel mutatjuk be a külső engedélyezést és egy további biztonsági réteget a Core példányok számára, mivel erre a funkcióra az egyes résztvevőknek szükségük van.
Lehetőség csoportos projektek létrehozására a Core-ban
CORE, STARTER, PREMIUM, ULTIMATE, INGYENES, BRONZ, EZÜST, ARANY
A Fejlesztői szerepkör csoportokban hozhat létre projekteket , és most ez lehetséges a Core-ban. A projektek létrehozása a GitLab termelékenységének kulcsfontosságú funkciója, és ha ezt a funkciót a Core-ba is beépítik, a tagok könnyebben tudnak újat csinálni.
GitLab Runner 11.10
CORE, STARTER, PREMIUM, ULTIMATE, INGYENES, BRONZ, EZÜST, ARANY
Ma megjelent a GitLab Runner 11.10! A GitLab Runner egy nyílt forráskódú projekt, amely CI/CD-feladatok futtatására és az eredmények visszaküldésére szolgál a GitLabnak.
A legérdekesebb változások:
- .
- .
- .
- .
- .
A változtatások teljes listája a GitLab Runner változásnaplójában található: .
A visszaküldött javítása project_id az Elasticsearch blob kereső API-jában
STARTER, PREMIUM, ULTIMATE
Javítottunk egy hibát az Elasticsearch blob kereső API-ban, amely hibásan 0-t adott vissza project_id. Szükség lesz rá hogy megkapjuk a megfelelő értékeket project_id a GitLab ezen verziójának telepítése után.
Omnibus fejlesztések
CORE, STARTER, PREMIUM, ULTIMATE
A következő fejlesztéseket hajtottuk végre az Omnibuson a GitLab 11.10-ben:
- A GitLab 11.10 tartalmazza , , amelynek legújabb kiadása egy új integrációs könyvtárat tartalmaz az adatok egyszerű áttelepítéséhez a Hipchat és még sok máshoz. Ez a verzió tartalmazza , és javasoljuk a frissítést.
- Mi , és most már egyszerűen elkezdheti figyelni a GitLab-példányt.
- Támogatást adtunk a régi tárolóképek Docker-nyilvántartásból való törléséhez.
- A ca-certeket 2019-01-23-ra frissítettük.
Teljesítményjavítások
CORE, STARTER, PREMIUM, ULTIMATE, INGYENES, BRONZ, EZÜST, ARANY
Továbbra is javítjuk a GitLab teljesítményét a GitLab minden méretű példányának minden kiadásával. Néhány fejlesztés a GitLab 11.10-ben:
- .
- .
- .
- .
- .
- .
- .
- .
Továbbfejlesztett GitLab diagramok
CORE, STARTER, PREMIUM, ULTIMATE
A következő fejlesztéseket hajtottuk végre a GitLab diagramokon:
- .
Elavult funkciók
A GitLab Geo kivonatolt tárhelyet biztosít a GitLab 12.0-ban
GitLab Geo szükséges a másodlagos csomópontokon folyó verseny mérséklésére. Ezt jegyezték fel .
A GitLabban ezt a követelményt hozzáadtuk a Geo dokumentációhoz: .
A GitLabban sudo gitlab-rake gitlab:geo:check ellenőrzi, hogy a kivonatolt tárhely engedélyezve van-e, és az összes projekt áttelepült-e. Cm. . Ha Geo-t használ, futtassa ezt az ellenőrzést, és a lehető leghamarabb végezze el az áttelepítést.
A GitLabban véglegesen letiltott figyelmeztetés megjelenik az oldalon Adminisztrációs terület > Geo > csomópontok, ha a fenti ellenőrzések nem engedélyezettek.
A GitLabban A Geo kivonatolt tárolási követelményeket fog használni. Cm. .
Törlés dátuma: 22 június 2019 city
Ubuntu 14.04 támogatás
A GitLab 11.10 lesz az utolsó kiadás .
A Canonical bejelentette, hogy megszűnik az Ubuntu 14.04 szabványos támogatása . Azt tanácsoljuk a felhasználóknak, hogy frissítsenek egy támogatott LTS-verzióra: Ubuntu 16.04 vagy Ubuntu 18.04.
Törlés dátuma: 22 May 2019 city
A benyújtásonként létrehozható folyamatok maximális számának korlátozása
Korábban a GitLab készített folyamatokat a számára HEAD minden ágat az előterjesztésben. Ez kényelmes azoknak a fejlesztőknek, akik egyszerre több módosítást hajtanak végre (például egy szolgáltatási ágra és egy ágra). develop).
De ha egy nagy, sok aktív ágat tartalmazó tárat tol el (például mozgat, tükröz vagy elágazik), nem kell minden ághoz egy folyamatot létrehozni. A GitLab 11.10-től kezdődően hozunk létre küldéskor.
Törlés dátuma: 22 May 2019 city
Elavult GitLab Runner örökölt kódútvonalai
A Gitlab 11.9-től kezdve a GitLab Runner használja a tároló 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észleteket lásd a .
A GitLab 11.0-ban megváltoztattuk a GitLab Runner metrikakiszolgáló konfigurációjának megjelenését. metrics_server javára eltávolítják listen_address a GitLab 12.0-ban. További részleteket lásd a .
A 11.3-as verzióban a GitLab Runner megkezdte a támogatást ; ami új beállításokhoz vezetett a számára . -Ban , tartalmazza a változtatások táblázatát és az új konfigurációra való átálláshoz szükséges utasításokat. További részleteket lásd a .
Ezek az útvonalak nem lesznek elérhetők a GitLab 12.0-ban. Felhasználóként nem kell mást módosítania, mint annak biztosítását, hogy a GitLab-példány 11.9-es vagy újabb verziója fut-e, amikor a GitLab Runner 12.0-ra frissít.
Törlés dátuma: 22 június 2019 city
Elavult paraméter a GitLab Runner belépési pont funkciójához
11.4 A GitLab Runner bevezeti a funkcióparamétert olyan problémák megoldására, mint pl и .
A GitLab 12.0-ban a megfelelő viselkedésre váltunk, mintha a funkcióbeállítás le lett volna tiltva. További részleteket lásd a .
Törlés dátuma: 22 június 2019 city
A GitLab Runner EOL elérését elérő Linux-terjesztés elavult támogatása
Néhány Linux disztribúció, amelyre a GitLab Runner telepíthető, beváltotta a célját.
A GitLab 12.0-s verziójában a GitLab Runner többé nem fog csomagokat terjeszteni az ilyen Linux-disztribúciókhoz. A már nem támogatott disztribúciók teljes listája megtalálható itt . Köszönet Javier Ardo-nak () per !
Törlés dátuma: 22 június 2019 city
A régi GitLab Runner Helper parancsok eltávolítása
Támogatói erőfeszítéseink részeként el kellett hagynia néhány régi parancsot, amelyekhez használt .
A GitLab 12.0-ban a GitLab Runner új parancsokkal indul el. Ez csak azokra a felhasználókra vonatkozik, akik . További részleteket lásd a .
Törlés dátuma: 22 június 2019 city
Az örökölt git clean mechanizmus eltávolítása a GitLab Runnerből
A GitLab Runner 11.10-ben konfigurálja, hogy a Runner hogyan hajtson végre egy parancsot git clean. Ezenkívül az új tisztítási stratégia megszünteti a használatot git reset és kiadja a parancsot git clean a kirakodási lépés után.
Mivel ez a viselkedésváltozás néhány felhasználót érinthet, elkészítettünk egy paramétert FF_USE_LEGACY_GIT_CLEAN_STRATEGY. Ha beállítja az értéket true, akkor visszaállítja az örökölt tisztítási stratégiát. További információ a függvényparaméterek használatáról a GitLab Runnerben található .
A GitLab Runner 12.0-s verziójában megszüntetjük az örökölt tisztítási stratégia támogatását és a funkcióparaméterek használatával történő visszaállításának lehetőségét. További részleteket lásd a .
Törlés dátuma: 22 június 2019 city
Rendszerinformáció szakaszt az adminisztrációs panelen
A GitLab információkat jelenít meg a GitLab-példányról admin/system_info, de ezek az információk nem biztos, hogy pontosak.
Mi admin panel a GitLab 12.0-ban, és javasoljuk a használatát .
Törlés dátuma: 22 június 2019 city
Változási napló
Keresse meg ezeket a változásokat a változásnaplóban:
Telepítés
Ha új GitLab-telepítést állít be, látogasson el a következő oldalra .
frissítés
Vessünk egy pillantást .
GitLab előfizetési tervek
A GitLab kétféle változatban érhető el: и .
: Helyszínen vagy az Ön által előnyben részesített felhőplatformon.
- Mag: Kis csapatok, személyes projektek vagy GitLab próbaverzió korlátlan ideig.
- Kezdő: Olyan csapatok számára, amelyek ugyanabban az irodában dolgoznak több projekten, amelyeknek szakmai támogatásra van szükségük.
- prémium: Elosztott csapatok számára, amelyeknek speciális funkciókra, magas rendelkezésre állásra és XNUMX órás támogatásra van szükségük.
- végső: Olyan vállalkozások számára, amelyek szilárd stratégiát és végrehajtást igényelnek, fokozott biztonsággal és megfelelőséggel.
- GitLab.com: A GitLab üzemelteti, kezeli és adminisztrálja egyéni fejlesztők és csapatok számára.
- Ingyenes: Korlátlan privát adattár és korlátlan számú projekt közreműködő. A lezárt projektek hozzáféréssel rendelkeznek a szintű funkciókhoz IngyenesMár szintű funkciókhoz férhetnek hozzá Arany.
- Bronz: Olyan csapatok számára, akiknek hozzáférésre van szükségük a speciális munkafolyamat-funkciókhoz.
- Ezüst: Olyan csapatoknak, akiknek robusztusabb DevOps-képességekre, megfelelőségre és gyorsabb támogatásra van szükségük.
- Arany: Számos CI/CD feladathoz alkalmas. Minden nyitott projekt ingyenesen használhatja a Gold funkciókat, tervtől függetlenül.
Forrás: will.com