Wydanie systemu budowania pakietów Open Build Service 2.10

uformowany wydanie platformy Otwórz usługę kompilacji 2.10, przeznaczony organizowanie procesu rozwoju dystrybucji i oprogramowania, w tym przygotowanie i utrzymanie wydań i aktualizacji. System umożliwia cross-kompilację pakietów dla większości głównych dystrybucji Linuksa lub zbudowanie własnej dystrybucji w oparciu o zadaną bazę pakietów.

Obsługuje tworzenie dla 21 platform docelowych (dystrybucji), w tym CentOS, Debian, Fedora, OpenMandriva, openSUSE, SUSE Enterprise Linux, Red Hat Enterprise Linux (RHEL) i Ubuntu. Montaż jest możliwy dla 6 architektur, w tym i386, x86_64 i ARM. OBS obejmuje ponad 140 tysięcy pakietów i jest używany jako podstawowy system do budowy projektów openSUSE, Tizen, Sailfish/Mer, NextCloud i VideoLAN, a także do budowy produktów Linux w firmach Dell, Cray i Intel.

Aby zbudować najnowszą wersję danego programu w postaci pakietu binarnego dla żądanego systemu wystarczy utworzyć plik spec lub podłączyć repozytorium pakietów prezentowane na stronie oprogramowanie.opensuse.org. Dodatkowo możesz stworzyć gotowe minimalistyczne środowisko do wykonania w systemach wirtualizacyjnych, środowiskach chmurowych lub do pobrania jako dystrybucja Live. Pracując z OBS, programista może skorzystać z gotowej usługi online build.opensuse.org lub ustalić podobny system na Twoim serwerze. Ponadto możesz szybko wdrożyć własną infrastrukturę, korzystając ze specjalnie przeszkolonych osób obrazy dla maszyn wirtualnych, kontenerów, instalacji lokalnej lub uruchamiania PXE przez sieć.

Istnieje możliwość zautomatyzowania pobierania tekstów źródłowych z zewnętrznych repozytoriów Git lub Subversion lub archiwów wraz z kodem z serwerów FTP i WWW głównych projektów, co pozwala pozbyć się pośredniego ręcznego pobierania archiwów z kodem na maszynę lokalnego programisty i późniejszego zaimportuj do usługi kompilacji openSUSE. Opiekunowie pakietów mają możliwość określenia zależności od innych pakietów i automatycznego odbudowania tych zależności po wprowadzeniu w nich zmian. Dodając poprawki, istnieje możliwość ich przetestowania z podobnymi pakietami z innych projektów.

Do zarządzania usługą Open Build Service można używać zarówno narzędzi wiersza poleceń, jak i interfejsu internetowego. Istnieją narzędzia do łączenia klientów zewnętrznych i korzystania z zasobów usług zewnętrznych, takich jak GitHub, SourceForge i kde-apps.org. Programiści mają dostęp do narzędzi umożliwiających tworzenie grup i organizowanie współpracy. Kod wszystkich komponentów systemu, w tym interfejsu WWW, systemu testowania pakietów i backendów montażowych, otwarty licencjonowany na licencji GPLv2.

Wśród ulepszeniadodano w Open Build Service 2.10:

  • Całkowicie przerobione interfejs sieciowy, który został przepisany przy użyciu komponentów frameworku Bootstrap, co pozwoliło uprościć obsługę kodu, ujednolicić projekt różnych części i pozbyć się wielu komplikacji (wcześniej korzystali z 960 Grid System, własnego motywu dla Jquery UI i mnóstwo specyficznych CSS). Pomimo radykalnego przeprojektowania twórcy starali się zachować rozpoznawalność elementów i znajomy sposób pracy, aby zmniejszyć dyskomfort podczas przejścia na nową wersję;

    Wydanie systemu budowania pakietów Open Build Service 2.10

  • Wykonano prace, aby ulepszyć obsługę dostarczania i wdrażania aplikacji dla izolowanych kontenerów. Przygotowany rejestr do dystrybucji kontenerów. Na przykład, aby uruchomić nowe środowisko oparte na repozytorium Tumbleweed, wystarczy teraz uruchomić „docker run -ti -rm rejestru.opensuse.org/opensuse/tumbleweed /bin/bash”. Zabezpieczone
    obsługa śledzenia statusu zestawów binarnych (kontrola wydania) w kontenerach. Dodano obsługę profili kiwi i możliwość generowania manifestów wieloarchicznych;

  • Dodano moduły do ​​integracji z Gitlabem i Pagura, które pozwalają powiązać określone akcje w OBS, gdy zostaną wykonane nowe zatwierdzenia lub wystąpią określone zdarzenia w tych systemach.
  • Wbudowana możliwość przesyłania do środowisk chmurowych Amazon EC2 i Microsoft Azure, a także publikowania za pośrednictwem Vagrant;
  • Skrypty inicjujące sysv zostały zastąpione plikami systemowymi;
  • Dodano obsługę przechowywania metryk z danymi wydajnościowymi w systemie DBMS InfluxDB;
  • Emoji są dozwolone w polach tekstowych (aby umieścić je w pliku Database.yml, kodowanie musi być ustawione na utf8mb4);
  • Dodano opcję wysyłania powiadomień do właścicieli wiadomości o problemach, z informacją o nowych komentarzach;
  • Pojawiła się funkcja wstępnego potwierdzania wniosków (zapytanie zostaje przyjęte dopiero po zakończeniu przeglądu);
  • Zoptymalizowana wydajność kodu na potrzeby generowania produktów i publikowania w repozytorium. Planista ma teraz możliwość stopniowego aktualizowania projektu.

Źródło: opennet.ru

Dodaj komentarz