Fejlesztők akik a népszerű Linux disztribúciók projektjei mögött állnak Megjelent a "CentOS and Fedora" nemrégiben egy hirdetés útján a közös fejlesztési szolgáltatás létrehozásáról szóló döntés, amelynek neve: "Git Forge".
Ez az új szolgáltatás a GitLab platform segítségével épül fel amely a fő platform lesz kölcsönhatásba lépni a Git adattárakkal és a terjesztésekkel kapcsolatos projektek fogadására CentOS és Fedora.
Az új Git Forge lehetséges megoldásainak értékelésekor Pagure és Gitlab tekintetbe vették. A Fedora, a CentOS, az RHEL és a CPE projekt résztvevőinek mintegy 300 véleményének és javaslatának tanulmányozása alapján kialakított funkcionalitási követelmények és a Gitlab javára hozott döntés.
A repozíciókkal végzett tipikus műveletek mellett a platform biztonsága, használhatósága és stabilitása a legfontosabb követelmények között szerepel.
A követelmények olyan funkciókat tartalmaztak, mint például a push kérések küldése HTTPS-en keresztül, azt jelenti korlátozza a verziókhoz való hozzáférést, a privát verziók támogatását, megosztja a hozzáférést a külső és a belső felhasználók közötts (például az embargó alatt a sebezhetőségek kijavításával kapcsolatos problémák feltárása), az alrendszerek unifikálása a problémajelentésekkel, a kóddal, a dokumentációval és az új funkciók tervezésével, az IDE-vel való integrációhoz szükséges eszközök rendelkezésre állása, támogatás tipikus munkafolyamatokhoz.
A döntést végül befolyásoló GitLab-szolgáltatások között választani ezt a platformot, megemlítették a tárakhoz szelektív hozzáféréssel rendelkező alcsoportok támogatását, la robot automatikus egyesítéséhez való felhasználásának lehetősége (A CentOS Stream szükséges a kernellel ellátott csomagok támogatásához), a fejlesztés megtervezéséhez integrált eszközök jelenléte, használatra kész SAAS szolgáltatás használatának garantált rendelkezésre állási szintje (erőforrásokat szabadít fel a szerver fenntartásához) infrastruktúra).
A döntés már kritikát váltott ki a fejlesztők körében azzal kapcsolatban, hogy a döntés előzetes előzetes megbeszélés nélkül született.
is aggályok merültek fel azzal kapcsolatban, hogy a szolgáltatás nem használja a GitLab ingyenes Comminity kiadását. Különösen a bejelentésben vázolt Git Forge követelmények megvalósításához szükséges képességek csak a GitLab Ultimate saját verziójában érhetők el.
A GitLab által nyújtott SAAS szolgáltatás (az alkalmazás mint szolgáltatás) kihasználásának szándékát is bírálták, ahelyett, hogy a GitLab-ot a szervereikre telepítették volna, így a szolgáltatást irányításból kivetették (például lehetetlen biztosítani, hogy a a rendszert gyorsan javítják, az infrastruktúrát megfelelően karbantartják, a telemetria egyetlen pillanatát sem vetik ki, és kizárják a külső személyzet általi szabotázst).
A megoldás szintén nem felel meg a Fedora Fundamentals-nak, amely előírja, hogy egy projektnek előnyben kell részesítenie az ingyenes alternatívákat.
Közben, A GitLab bejelentette, hogy 18 funkcionalitást telepít hogy korábban csak a GitLab fizetős kiadásaiban kínálták őket:
- Kapcsolódó kérdés csatolása;
- GitLab-exportálás CSV-fájlba.
- Az egyes funkciók vagy kiadások fejlesztési folyamatának megtervezésének, szervezésének és vizualizálásának módja.
- Beépített szolgáltatás a projekt résztvevőinek e-mail útján történő összekapcsolására harmadik felekkel.
- Web terminál a web IDE számára.
- A fájlszinkronizálás képessége a webes terminál kódváltozásainak tesztelésére.
- Design-kezelő eszközök, amelyek lehetővé teszik a tervek és erőforrások feltöltését a probléma megoldására, a problémát egyetlen hozzáférési pontként használva mindenhez, ami egy új szolgáltatás kifejlesztéséhez szükséges.
- Minőségi jelentési kód.
- A Conan (C / C ++), a Maven (Java), az NPM (node.js) és a NuGet (.NET) csomagkezelők támogatása.
- A kanári-szigeteki megvalósítások támogatása, amely lehetővé teszi az alkalmazás új verziójának telepítését a rendszer kis részébe.
- Inkrementális disztribúció, amely lehetővé teszi az új verziók csak kis számú rendszerek számára történő előállítását, fokozatosan 100% -os lefedettséggel.
- Funkcionalitás aktiválási jelzők, amelyek lehetőséget nyújtanak a projekt különféle kiadásokban történő megvalósítására, bizonyos funkciók dinamikus aktiválásával.
- Általános telepítési mód, amely lehetővé teszi az egyes Kubernetes-alapú folyamatos integrációs környezetek állapotának felmérését.
- Támogatás több Kubernetes-fürt meghatározásához a konfigurátorban
- Támogatás a konténer hálózati biztonsági házirendek meghatározásához, amelyek lehetővé teszik a Kubernetes podok közötti hozzáférés megkülönböztetését.
forrás: Centos Blog - Fedora Blog