nemrég bejelentették az Open Build Service 2.10 platform elindítását, amelyet úgy terveztek a szoftverterjesztések és termékek fejlesztési folyamatának megszervezése, beleértve a kiadások és frissítések előkészítését és karbantartását. A rendszer kiemelkedik azzal, hogy lehetővé teszi a csomagok keresztkompilálását a legtöbb nagyobb Linux disztribúcióhoz, vagy saját csomagot hozhat létre egy adott csomag alapján.
Összeállítás 21 platformot támogat (disztribúciók), köztük a CentOS, a Debian, a Fedora, az OpenMandriva, az openSUSE, a SUSE Enterprise Linux, a Red Hat Enterprise Linux (RHEL) és az Ubuntu. Összeszerelés 6 architektúrára lehetséges, beleértve az i386, x86_64 és ARM elemeket.
Az OBS több mint 140,000 XNUMX csomagot fed le, és fő rendszerként használják az openSUSE, a Tizen, a Sailfish / Mer, a NextCloud és a VideoLAN projektek építéséhez, valamint Linux termékek építéséhez a Dell, Cray és Intel rendszereken.
Egy adott program új verziójának bináris csomag formájában történő létrehozásához a kívánt rendszerhez elegendő egy specifikációs fájlt létrehozni, vagy összekapcsolni a software.opensuse.org oldalon bemutatott csomagtárat.
Ezenkívül kész minimalista környezet is létrehozható virtualizációs rendszereken, felhőalapú környezetekben történő futtatásra vagy élő terjesztésként történő letöltésre.
Az Open Build szolgáltatásról
Az OBS-szel való együttműködés során a fejlesztő használhatja az online szolgáltatást build.opensuse.org vagy telepítsen egy hasonló rendszert a szerverre.
Is, gyorsan telepítheti saját infrastruktúráját speciálisan elkészített képek segítségével virtuális gépekhez, konténerekhez, helyi telepítéshez vagy PXE rendszeren keresztüli indításhoz.
Automatizálni lehet a forrásszövegek letöltését a tárakból vagy külső fájlokból a Git vagy Subversion alkalmazásból ftp kóddal és az elsődleges projekt webszerverekkel, lehetővé téve, hogy megszabaduljon a kódfájlok kézi közbenső letöltésétől a helyi fejlesztői gépre, majd importálja azokat az openSUSE Build Service szolgáltatásba.
A kísérőcsomagokat olyan eszközökkel látják el, amelyek meghatározzák más csomagok függőségét, és automatikusan megváltoztatják a függőségeket, amikor változtatásokat hajtanak végre rajtuk. Javítások hozzáadásával lehetséges más projektek hasonló csomagjaival tesztelni.
Az Open Build Service kezeléséhez mindkét eszközt használhatjas parancssort és egy webes felületet.
Vannak eszközök harmadik féltől származó ügyfelek összekapcsolására és külső szolgáltatások, például a GitHub, a SourceForge és a kde-apps.org források felhasználására.
A fejlesztők hozzáférhetnek a csoportok létrehozásához és az együttműködés megszervezéséhez szükséges eszközökhöz. A rendszer összes összetevőjének kódja, beleértve a webes felületet, a tesztcsomag-rendszert és az előző verzió összetevőit, a GPLv2 licenc alatt nyitva áll.
Az Open Build Service 2.10 fő újdonságai
Ebben az új verzióban a webes felületet teljesen átalakították vázrészekkel Bootstrap, amely leegyszerűsítette a kódkarbantartást, egységesítette a többrészes elrendezést és kiküszöbölte a sok bonyodalmat (korábban használt 960 Grid System, a saját témája a Jquery felhasználói felülethez, és sok specifikus CSS).
A feldolgozás ellenére a fejlesztők megpróbálták megőrizni az elemek elismerését és a szokásos munkamódszert csökkenteni a kényelmetlenséget az új verzióra való áttérés során;
Az alkalmazás kézbesítésének és telepítésének támogatása javult szigetelt tartályokhoz.
Modulokat adtunk hozzá a Gitlab és a Pagure integrációjához, amelyek lehetővé teszik bizonyos műveletek összekapcsolását az OBS-ben, amikor új kötelezettségvállalásokat tesznek, vagy amikor bizonyos események történnek ezekben a rendszerekben.
Integrált letöltések az Amazon EC2 és a Microsoft Azure felhőkörnyezetbe, valamint a Vagranton keresztül.
A kód teljesítményét optimalizálták a termék összeállításához és kiadásához az adattárban. A fejlesztőnek lehetősége van a projekt fokozatos frissítésére.
A többi kiemelkedő újdonság közül azt találjuk:
- A Sysv indítási szkriptjeit systemd fájlokra cserélik
- Támogatás a teljesítményadatokkal ellátott mutatók tárolásához az InfluxDB-ben
- Az emoji használata megengedett a szövegmezőkben (az adatbázis.yml fájlba való felvételhez a kódolást utf8mb4-re kell állítani)
- Hozzáadott lehetőség, hogy értesítéseket küldjön az üzenettulajdonosoknak a problémákról, az új megjegyzésekkel kapcsolatos információkkal
- Megjelent a kérések előzetes megerősítése funkció (a kérést csak az ellenőrzés befejezése után fogadják el)
forrás: https://openbuildservice.org