További együttműködési lehetőségek és további értesítések
A GitLabnál folyamatosan új módszereket keresünk az együttműködés javítására a DevOps életciklusa során. Örömmel jelentjük be, hogy ezzel a kiadással támogatjuk ! Ez a funkció a GitLab Starter szintjéről érhető el, és valóban megtestesíti mottónkat: "Mindenki hozzá tud járulni". Tudjuk, hogy egyetlen egyesítési kérelemhez több ember is foglalkozhat, hogy megbizonyosodjon arról, hogy minden rendben van, és most már több egyesítési kérelem tulajdonosát is hozzárendelheti!
A DevOps csapatok is megkapják . Adjon hozzá új értesítéseket a push események listájához ebben a két csevegésben, és csapata szinte azonnal értesülni fog az új telepítésekről.
Csökkentse a költségeket a Docker-tárolók támogatásával Windows rendszeren és a Kubernetes-fürtök példányszintű kiépítésével
Szeretjük a konténereket! A tárolók kevesebb rendszererőforrást fogyasztanak a virtuális gépekhez képest, és javítják az alkalmazások hordozhatóságát. A GitLab 11.11 megjelenése óta támogatjuk , így mostantól használhatja a Docker-tárolókat Windows rendszeren, és élvezheti a fejlett folyamatirányítási és -felügyeleti lehetőségeket.
A GitLab Premium (csak önállóan kezelt példányok) mostantól kínál . Ez a kiegészítés felgyorsítja a kézbesítést, mert mostantól gyorsítótárazó proxyja lesz a gyakran használt Docker-képekhez.
Az önállóan felügyelt GitLab-példányok felhasználói mostantól hozzáférhetnek , és a példányban lévő összes csapat és projekt ezt fogja használni a telepítésekhez. Ez a GitLab-integráció a Kubernetes-szel automatikusan projektspecifikus erőforrásokat hoz létre a nagyobb biztonság érdekében.
És ez még nem minden!
Az új együttműködési funkciók és további értesítések mellett hozzáadtuk , megnövekedett , egyszerűsített ellenőrzések segítségével , és még sok más!
A hónap legértékesebb alkalmazottja () – Kia Mae Somabes ()
Ebben a kiadásban hozzáadtuk az egyes mappák letöltésének lehetőségét a tárolókból, nem pedig az összes tartalmat. Most már csak néhány fájlt tölthet le a szükséges fájlokból. Köszönöm, Kia Mae Somabes!
A GitLab 11.11 főbb jellemzői
Windows Container Executor a GitLab Runnerhez
CORE, STARTER, PREMIUM, ULTIMATE, INGYENES, BRONZ, EZÜST, ARANY
A GitLab 11.11-ben egy új futót adtunk a GitLab Runnerhez, hogy a Docker-tárolók használhatóak legyenek Windows rendszeren. Korábban parancsértelmezőt kellett használnia a Docker-tárolók megszervezéséhez Windows rendszeren, de most már közvetlenül is dolgozhat a Docker-tárolókkal Windows rendszeren, ugyanúgy, mint Linuxon. A Microsoft platform felhasználóinak most több lehetőségük van a folyamatirányításra és -kezelésre.
Ez a frissítés továbbfejlesztett PowerShell-támogatást tartalmaz a GitLab CI/CD-ben, valamint új támogatási lemezképeket a Windows-tárolók különböző verzióihoz. A saját Windows futtatói természetesen használhatók a GitLab.com webhelyen, de ezek még nem nyilvánosan elérhető eszközök.
Gyorsítótárazási függőségi proxy a tároló-nyilvántartáshoz
PREMIUM, ULTIMATE
A csapatok gyakran használnak konténereket az építési folyamatokban, és a gyakran használt képek és csomagok proxyjának gyorsítótárazása a felfelé irányuló forgalomból nagyszerű módja a folyamatok felgyorsításának. A szükséges rétegek helyi másolatával, amely az új gyorsítótárazási proxyn keresztül érhető el, hatékonyabban dolgozhat a környezetében lévő általános képekkel.
A konténerproxy egyelőre csak a webszerver saját kezelésű példányaihoz érhető el .
Több ember felelős az egyesítési kérelmekért
STARTER, PREMIUM, ULTIMATE, BRONZ, EZÜST, ARANY
Meglehetősen gyakori, hogy többen dolgoznak egy szolgáltatáson egy megosztott ágban és egyesítési kérésben, például amikor az előtér- és a háttérfejlesztők szorosan együttműködnek, vagy ha a fejlesztők párban dolgoznak, mint az extrém programozásban.
A GitLab 11.11-ben több személyt is hozzárendelhet a kérelmek egyesítéséhez. A több feladattulajdonoshoz hasonlóan használhat listákat, szűrőket, értesítéseket és API-kat.
A Kubernetes-fürt konfigurációja a példány szintjén
CORE, STARTER, PREMIUM, ULTIMATE
A Kubernetes biztonsági és kiépítési modellje folyamatosan fejlődik, hogy lehetővé tegye nagyszámú ügyfél kiszolgálását egyetlen megosztott fürtön keresztül.
A GitLab 11.11-ben az önfelügyelt példányok felhasználói most már példányszinten is létrehozhatnak egy fürtöt, és a példányban lévő összes csapat és projekt ezt fogja használni a telepítésekhez. Ez a GitLab-integráció a Kubernetes-szel automatikusan projektspecifikus erőforrásokat hoz létre a nagyobb biztonság érdekében.
Üzembe helyezési értesítések a Slackben és a Mattermostban
CORE, STARTER, PREMIUM, ULTIMATE, INGYENES, BRONZ, EZÜST, ARANY
A csevegésekkel való integrációnak köszönhetően mostantól beállíthat automatikus értesítéseket a telepítési eseményekről a csapatcsatornában и , és csapata minden fontos eseményről értesülni fog.
Vendég hozzáférés a problémákhoz
CORE, STARTER, PREMIUM, ULTIMATE, INGYENES, BRONZ, EZÜST, ARANY
A projektek vendégfelhasználói mostantól megtekinthetik a Kiadások oldalon közzétett kiadásokat. Letölthetik majd a közzétett műtermékeket, de nem tudják letölteni a forráskódot, és nem láthatják az adattár részleteit, például a címkéket vagy a véglegesítéseket.
Egyéb fejlesztések a GitLab 11.11-ben
Soros véglegesítési grafikonok a jobb teljesítmény érdekében
CORE, STARTER, PREMIUM, ULTIMATE, INGYENES, BRONZ, EZÜST, ARANY
Sok Git-művelet megköveteli a véglegesítési gráf bejárását, például az összevonási alap kiszámítását vagy a véglegesítést tartalmazó ágak felsorolását. Minél több a véglegesítés, annál lassabbak ezek a műveletek, mert a bejáráshoz minden egyes objektumot be kell tölteni a lemezről a mutatóik olvasásához.
A GitLab 11.11-ben engedélyeztük a legutóbbi Git-kiadásokban bevezetett soros véglegesítési gráf funkciót, amely proaktív módon számítja ki és tárolja ezeket az információkat. A nagy adattárak feltérképezése most sokkal gyorsabb. A véglegesítési gráf automatikusan létrejön a tároló következő szemétgyűjtése során.
Olvassa el, hogyan hozták létre a szerializált véglegesítési grafikont ennek a funkciónak az egyik szerzőjétől.
További CI Runner percek: mostantól ingyenes csomagokhoz is elérhető
INGYENES, BRONZ, EZÜST, ARANY
A múlt hónapban lehetőség nyílt további CI Runner percek vásárlására, de csak a fizetős GitLab.com csomagokhoz. Ebben a kiadásban percek ingyenes csomagban is megvásárolhatók.
Címtárarchívumok feltöltése a tárhelyekbe
CORE, STARTER, PREMIUM, ULTIMATE, INGYENES, BRONZ, EZÜST, ARANY
A projekt típusától és méretétől függően a teljes projekt archívumának letöltése hosszú időt vehet igénybe, és nem mindig szükséges, különösen nagy monolerakat esetén. A GitLab 11.11-ben letöltheti az aktuális könyvtár tartalmának archívumát, beleértve az alkönyvtárakat is, így csak a szükséges mappákat választhatja ki.
Köszönöm a munkát !
Egy javaslat alkalmazása most automatikusan megoldja a vitát
CORE, STARTER, PREMIUM, ULTIMATE, INGYENES, BRONZ, EZÜST, ARANY
A változtatások javaslata megkönnyíti az összevonási kérelmekkel kapcsolatos együttműködést, mivel nincs szükség másolásra és beillesztésre a javasolt módosítás elfogadásához. A GitLab 11.11-ben ezt a folyamatot még egyszerűbbé tettük azáltal, hogy lehetővé tesszük a megbeszélések automatikus megoldását egy javaslat alkalmazásakor.
Időszámláló a feladattábla oldalsávján
CORE, STARTER, PREMIUM, ULTIMATE, INGYENES, BRONZ, EZÜST, ARANY
Az oldalsáv tálcáinak ugyanúgy kell kinézniük a tábla és a feladat nézetben. Ezért van most a GitLabban egy időkövető a kibocsátási tábla oldalsávjában. Egyszerűen lépjen a feladattáblára, kattintson egy feladatra, és megnyílik egy időszámlálót tartalmazó oldalsáv.
Információk az Environments API-ban történő telepítésekről
CORE, STARTER, PREMIUM, ULTIMATE, INGYENES, BRONZ, EZÜST, ARANY
Lehetőséget adtunk arra, hogy az Environments API-ban lekérdezzünk konkrét környezeti információkat, hogy megtudjuk, milyen véglegesítés van jelenleg telepítve a környezetre. Ez megkönnyíti az automatizálást és a jelentéskészítést a GitLab környezet felhasználói számára.
Negatív változó egyezik a folyamatszabályokkal
CORE, STARTER, PREMIUM, ULTIMATE, INGYENES, BRONZ, EZÜST, ARANY
Most ellenőrizheti a negatív egyenlőséget vagy a mintaillesztést (!= и !~) fájlban .gitlab-ci.yml a környezeti változók értékeinek ellenőrzésekor, így a csővezetékek viselkedésének szabályozása rugalmasabbá vált.
Futtassa az összes kézi munkát egy szakaszban egyetlen kattintással
CORE, STARTER, PREMIUM, ULTIMATE, INGYENES, BRONZ, EZÜST, ARANY
A GitLab 11.11-ben azok a felhasználók, akiknek szakaszaikban sok manuális feladat van, mostantól az összes ilyen feladatot egy szakaszban hajthatják végre egy gombra kattintva "Minden lejátszása" ("Run All") a színpadnévtől jobbra a Pipelines nézetben.
Fájl létrehozása közvetlenül egy környezeti változóból
CORE, STARTER, PREMIUM, ULTIMATE, INGYENES, BRONZ, EZÜST, ARANY
A környezeti változókat gyakran használják fájlok létrehozására, különösen olyan titkok esetében, amelyeket védeni kell, és amelyek csak egy adott környezeti folyamatban érhetők el. Ehhez beállítja a változó tartalmát a fájl tartalmára, és a jobban létrehoz egy fájlt, amely tartalmazza az értéket. Egy új környezeti változóval, mint pl file ez egy lépésben akár módosítás nélkül is megtehető .gitlab-ci.yml.
API-végpont a sebezhetőségi információkhoz
ULTIMATE, ARANY
Mostantól lekérdezheti a GitLab API-t a projektben azonosított összes biztonsági rést illetően. Ezzel az API-val géppel olvasható listákat hozhat létre a sebezhetőségekről, típus, megbízhatóság és súlyosság szerint szűrve.
Teljes dinamikus szkennelési lehetőség a DAST számára
ULTIMATE, ARANY
A GitLabban dinamikusan tesztelheti az alkalmazásbiztonságot (Dynamic Application Security Testing, DAST) a CI-folyamat részeként. Ettől a kiadástól kezdve kiválaszthatja a teljes dinamikus vizsgálatot a normál passzív vizsgálat helyett. A teljes dinamikus vizsgálat több sebezhetőség ellen véd.
A Prometheus telepítése csoportszintű fürtökbe
CORE, STARTER, PREMIUM, ULTIMATE, INGYENES, BRONZ, EZÜST, ARANY
A GitLab ezen kiadása bevezeti a Kubernetes-fürt teljes csoporthoz való csatolásának lehetőségét. Hozzáadtuk azt a lehetőséget is, hogy fürtönként egy Prometheus-példányt telepítsünk, hogy megkönnyítsük a fürtön lévő összes projekt figyelését.
További információ a biztonsági irányítópult biztonsági résének figyelmen kívül hagyásáról
ULTIMATE, ARANY
A GitLab biztonsági irányítópultjai lehetővé teszik a rendszergazdák számára, hogy megtekintsék a figyelmen kívül hagyott sebezhetőségeket. A munkafolyamat egyszerűsítése érdekében hozzáadtuk azt a lehetőséget, hogy a figyelmen kívül hagyási részleteket közvetlenül a biztonsági irányítópulton tekintheti meg.
Hozzon létre egyéni metrikadiagramokat az irányítópulton
PREMIUM, ULTIMATE, EZÜST, ARANY
Hozzon létre új diagramokat egyéni teljesítménymutatókkal közvetlenül a mutatók irányítópultjának irányítópultjáról. A felhasználók mostantól létrehozhatnak, frissíthetnek és törölhetnek metrikavizualizációkat az irányítópulton, ha rákattintnak a "Mutató hozzáadása" ("Mutató hozzáadása") az irányítópult eszköztárának jobb felső sarkában.
Az értesítési problémák mostantól GitLab Alert Bot néven jelennek meg
PREMIUM, ULTIMATE, EZÜST, ARANY
Mostantól az értesítésekből megnyíló problémák szerzőjét a GitLab Alert Bot értékre állítják, így azonnal láthatja, hogy a probléma automatikusan létrejött egy fontos értesítésből.
Az epikus leírások automatikus mentése a helyi tárhelyre
ULTIMATE, ARANY
Az epikus leírásokat a rendszer nem mentette a helyi tárhelyre, így a változtatások elvesztek, hacsak nem mentette őket kifejezetten az epikus leírás megváltoztatásakor. A GitLab 11.11 bevezette az epikus leírások helyi tárhelyre mentésének lehetőségét. Ez azt jelenti, hogy most könnyedén visszatérhet az epikus leírás módosításához, ha hiba történik, elterelődik a figyelme, vagy véletlenül kilép a böngészőből.
GitLab tükrözési támogatás a Git LFS-hez
STARTER, PREMIUM, ULTIMATE, BRONZ, EZÜST, ARANY
A tükrözés használatával replikálhatja a Git-lerakatokat egyik helyről a másikra. Ez megkönnyíti a GitLab szerveren valahol máshol található lerakat replikájának tárolását. A GitLab mostantól támogatja a tárolók tükrözését a Git LFS segítségével, így ez a funkció még a nagy fájlokat, például játéktextúrákat vagy tudományos adatokat tartalmazó repóknál is elérhető.
Adattár olvasási és írási engedélyei a személyes hozzáférési jogkivonatokhoz
CORE, STARTER, PREMIUM, ULTIMATE, INGYENES, BRONZ, EZÜST, ARANY
Sok személyes hozzáférési jogkivonat rendelkezik szinten változtatási engedéllyel api, de a teljes API-hozzáférés túl sok jogot biztosíthat egyes felhasználóknak vagy szervezeteknek.
A közösségi bemenetnek köszönhetően a személyes hozzáférési tokenek már csak olvasási és írási jogosultságokkal rendelkeznek a projekttárolókban, nem pedig mélyebb API-szintű hozzáféréssel a GitLab érzékeny területeihez, például a beállításokhoz és a tagsághoz.
Köszönöm, Horatiu Evgen Vlad ()!
Alapszintű támogatás hozzáadása a GraphQL kötegelt lekérdezésekhez
INGYENES, BRONZ, EZÜST, ARANY, CORE, STARTER, PREMIUM, ULTIMATE
A GraphQL API-val a felhasználók pontosan meghatározhatják, hogy milyen adatokra van szükségük, és néhány lekérdezéssel megkaphatják az összes szükséges adatot. Ettől a kiadástól kezdve a GitLab támogatja az alapvető csoportinformációk hozzáadását a GraphQL API-hoz.
Jelentkezzen be a Salesforce hitelesítő adataival
CORE, STARTER, PREMIUM, ULTIMATE, INGYENES, BRONZ, EZÜST, ARANY
A GitLab szereti a Salesforce fejlesztőket, és e közösség támogatása érdekében lehetővé tesszük a felhasználók számára, hogy Salesforce.com hitelesítő adatokkal jelentkezzenek be a GitLabba. A példányok mostantól beállíthatják a GitLabot Salesforce-hoz csatlakoztatott alkalmazásként, hogy a Salesforce.com segítségével egyetlen kattintással bejelentkezzenek a GitLabba.
A webes hozzáféréshez most már SAML SSO szükséges
PREMIUM, ULTIMATE, EZÜST, ARANY
Mi a 11.8-as kiadásban bevezetett csoportszinten, a csoport- és projekterőforrások szigorú érvényesítésével, hogy a felhasználók csak SAML-lel bejelentkezve férhessenek hozzá. Ez egy további hozzáférés-felügyeleti réteg azon szervezetek számára, amelyek értékelik a biztonságot, és SAML SSO-n keresztül használják a GitLab.com webhelyet. Most már előírhatja az egyszeri bejelentkezést, tudva, hogy a csoport felhasználói egyszeri bejelentkezést használnak.
Szűrés az epics API nemrégiben létrehozott vagy módosított adatai szerint
ULTIMATE, ARANY
Korábban nem volt könnyű lekérdezni a közelmúltban létrehozott vagy módosított adatokat a GitLab epics API-val. További szűrőket adtunk hozzá a 11.11-es kiadáshoz created_after, created_before, updated_after и updated_beforehogy biztosítsa a konzisztenciát a feladat API-val, és gyorsan megtalálja a módosított vagy újonnan létrehozott epikákat.
Biometrikus hitelesítés UltraAuth segítségével
CORE, STARTER, PREMIUM, ULTIMATE, INGYENES, BRONZ, EZÜST, ARANY
társaság Jelszó nélküli biometrikus hitelesítésre specializálódott. Most már támogatjuk ezt a hitelesítési módszert a GitLabon!
Köszönöm, Karthiki Tanna ()!
GitLab Runner 11.11
CORE, STARTER, PREMIUM, ULTIMATE, INGYENES, BRONZ, EZÜST, ARANY
Ma megjelent a GitLab Runner 11.11! 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.
Omnibus fejlesztések
CORE, STARTER, PREMIUM, ULTIMATE
A következő fejlesztéseket hajtottuk végre az Omnibuson a GitLab 11.11-ben:
- A GitLab 11.11 tartalmazza - , amelynek új kiadása interaktív efemerákat és egyebeket tartalmaz. Ez a verzió tartalmazza , és javasoljuk, hogy frissítse.
- .
Sémák javítása
CORE, STARTER, PREMIUM, ULTIMATE
A következő fejlesztéseket hajtottuk végre a Helm diagramokon a GitLab 11.11-ben:
- A GitLab 11.11-ben megteheti .
- Rendszergazdák számára elérhető beleértve
memoryKiller,maxRss,graceTimeиshutdownWait. - Helm chartok most az Amazon Elastic Container Service for Kubernetes szolgáltatásban ()
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.11-ben:
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 egy véglegesen letiltott figyelmeztetés jelenik meg az oldalon Adminisztrációs terület › Földrajz › 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
A GitLab Geo elhozza a PG FDW-t a GitLab 12.0-ba
Ez szükséges a Geo Log Cursor számára, mivel jelentősen javítja egyes szinkronizálási műveletek teljesítményét. A Geo csomópont állapotlekérdezések teljesítménye is javult. A korábbi lekérdezések nagyon gyengén teljesítettek nagy projekteknél. Nézze meg, hogyan kell ezt beállítani . A GitLabban A Geohoz PG FDW szükséges. Cm. .
Törlés dátuma: 22 június 2019 city
A hibajelentés és naplózás Sentry beállításai el lesznek távolítva a GitLab 12.0 felhasználói felületéről
Ezeket a beállításokat eltávolítjuk a GitLab 12.0 felhasználói felületéről, és elérhetők lesznek a fájlban gitlab.yml. Ezenkívül meghatározhat egy Sentry környezetet, amely megkülönbözteti a több telepítést. Például a fejlesztés, a színpadra állítás és a gyártás. Cm. .
Törlés dátuma: 22 június 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_serverjavá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 A módosítások táblázata és az új konfigurációra való átállásra vonatkozó utasítások megtalálhatók. 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önöm, Javier Ardo (), a tied számára !
Törlés dátuma: 22 június 2019 city
A régi GitLab Runner Helper parancsok eltávolítása
A támogatás hozzáadásának 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 mi 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. Lásd be .
Törlés dátuma: 22 június 2019 city
csak ezüst/prémium csomagokhoz érhető el
Amikor a 11.6-ban bevezettük a csapatszintű projektsablonokat, véletlenül minden terv számára elérhetővé tettük ezt a prémium/ezüst funkciót.
Mi a 11.11-es kiadásban, és további 3 hónapot adva minden felhasználónak és példánynak az ezüst/prémium szint alatt.
22. augusztus 2019-től a csoportos projektsablonok csak az Ezüst/Prémium kategóriás és magasabb csomagokhoz lesznek elérhetők, a dokumentációban leírtak szerint.
Törlés dátuma: 22 2019 augusztus
A Windows kötegelt munkáinak támogatása megszűnt
A GitLab 13.0-s verziójában (22. június 2020.) azt tervezzük, hogy megszüntetjük a Windows parancssori kötegelt feladatok támogatását a GitLab Runnerben (pl. cmd.exe) a Windows PowerShell fokozott támogatása mellett. További részletek a .
A vállalati DevOps-ról alkotott elképzelésünk most összhangban lesz a Microsoft álláspontjával, miszerint a PowerShell a legjobb megoldás a vállalati alkalmazások automatizálására Windows környezetben. Ha továbbra is használni szeretné cmd.exe, ezek a parancsok a PowerShellből is meghívhatók, de a Windows kötegelt feladatokat nem fogjuk közvetlenül támogatni, mivel számos inkonzisztencia miatt magas karbantartási és fejlesztési többletköltséget okoz.
Törlés dátuma: 22 szeptember 2019 city
Git 2.21.0 vagy újabb verzió szükséges
A GitLab 11.11-től kezdve a Git 2.21.0 futtatásához szükséges. , de a Git korábbi verzióival rendelkező eredeti telepítések felhasználóinak frissíteniük kell.
Törlés dátuma: 22 May 2019 city
Korábbi Kubernetes szolgáltatássablon
A GitLab 12.0-ban azt tervezzük, hogy eltávolodunk a Kubernetes szolgáltatássablontól a GitLab 11.11-ben bevezetett példányszintű fürtkonfiguráció javára.
A szolgáltatássablont használó összes önfelügyelt példány a GitLab 12.0-s verziójára való frissítéskor egy példányszintű fürtbe kerül áttelepítésre.
Törlés dátuma: 22 június 2019 city
Leiratkozás a címkeegyeztetésről app a Kubernetes telepítési paneleken
A GitLab 12.0-s verziójában azt tervezzük, hogy a Kubernetes-telepítésválasztóban elhagyjuk az alkalmazáscímke szerinti egyeztetést. A GitLab 11.10-ben bemutattuk , amely a következő alapján keres egyezéseket app.example.com/app и app.example.com/enva telepítések megjelenítéséhez a panelen.
Ahhoz, hogy ezek a központi telepítések megjelenjenek a telepítési irányítópultokon, egyszerűen küldjön be egy új telepítést, és a GitLab alkalmazni fogja az új címkéket.
Törlés dátuma: 22 június 2019 city
A GitLab 12.0 csomagokat kiterjesztett aláírással írjuk alá
2. május 2019. GitLab Omnibus GitLab 01.08.2019. és 01.07.2020. között. Ha ellenőrzi a csomag aláírásait, és frissíteni szeretné a kulcsokat, egyszerűen kövesse az utasításokat újra .
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
→ Nézze meg
Forrás: will.com