lançamento da plataforma , organizar o processo de desenvolvimento de distribuições e produtos de software, incluindo preparação e manutenção de lançamentos e atualizações. O sistema torna possível compilar pacotes cruzados para a maioria das principais distribuições Linux ou construir sua própria distribuição com base em uma determinada base de pacotes.
Suporta construção para 21 plataformas alvo (distribuições), incluindo CentOS, Debian, Fedora, OpenMandriva, openSUSE, SUSE Enterprise Linux, Red Hat Enterprise Linux (RHEL) e Ubuntu. A montagem é possível para 6 arquiteturas, incluindo i386, x86_64 e ARM. OBS cobre mais de 140 mil pacotes e é usado como sistema principal para construção de projetos openSUSE, Tizen, Sailfish/Mer, NextCloud e VideoLAN, bem como para construção de produtos Linux na Dell, Cray e Intel.
Para construir a versão mais recente de um determinado programa na forma de um pacote binário para o sistema desejado, basta criar um arquivo spec ou conectar o repositório de pacotes apresentado no site . Além disso, você pode criar um ambiente minimalista pronto para execução em sistemas de virtualização, ambientes em nuvem ou para download como uma distribuição Live. Ao trabalhar com OBS, um desenvolvedor pode usar um serviço online pronto ou um sistema semelhante em seu servidor. Além disso, você pode implantar rapidamente sua própria infraestrutura usando especialistas especialmente treinados para máquinas virtuais, contêineres, instalação local ou para inicialização PXE pela rede.
É possível automatizar o download de textos fonte de repositórios externos Git ou Subversion ou arquivos com código de servidores ftp e web de projetos primários, o que permite livrar-se do download manual intermediário de arquivos com código para a máquina do desenvolvedor local e subsequente importe para o openSUSE Build Service. Os mantenedores de pacotes recebem um meio de determinar dependências em outros pacotes e reconstruí-las automaticamente quando alterações são feitas neles. Ao adicionar patches, é possível testá-los com pacotes similares de outros projetos.
Para gerenciar o Open Build Service, você pode usar ferramentas de linha de comando e uma interface da web. Existem ferramentas para conectar clientes terceiros e usar recursos de serviços externos como GitHub, SourceForge e kde-apps.org. Os desenvolvedores têm acesso a ferramentas para criar grupos e organizar a colaboração. Código de todos os componentes do sistema, incluindo a interface web, sistema de teste de pacotes e back-ends de montagem, licenciado sob GPLv2.
Entre os adicionado no Open Build Service 2.10:
- Totalmente interface web, que foi reescrita usando componentes do framework Bootstrap, o que possibilitou simplificar a manutenção do código, unificar o design de diversas partes e livrar-se de muitas complicações (anteriormente usavam o 960 Grid System, tema próprio para Jquery UI e uma abundância de CSS específico). Apesar da reformulação radical, os desenvolvedores procuraram manter o reconhecimento dos elementos e a forma familiar de trabalhar para diminuir o desconforto na mudança para uma nova versão;
- Foram realizados trabalhos para melhorar o suporte à entrega e implantação de aplicações para contêineres isolados. Preparado para distribuição de contêineres. Por exemplo, para lançar um novo ambiente baseado no repositório Tumbleweed, agora você só precisa executar “docker run -ti -rm Registry.opensuse.org/opensuse/tumbleweed /bin/bash”. Protegido
suporte para rastrear o status de assemblies binários (controle de liberação) em contêineres. Adicionado suporte para perfis kiwi e capacidade de gerar manifestos multi-arch; - Adicionados módulos para integração com Gitlab e , que permite vincular determinadas ações no OBS quando novos commits são feitos ou eventos especificados ocorrem nesses sistemas.
- Capacidade integrada de fazer upload para ambientes de nuvem Amazon EC2 e Microsoft Azure, bem como publicar via Vagrant;
- os scripts de inicialização do sysv foram substituídos por arquivos do systemd;
- Adicionado suporte para armazenamento de métricas com dados de desempenho no SGBD InfluxDB;
- Emoji é permitido em campos de texto (para ser incluído em database.yml, a codificação deve ser definida como utf8mb4);
- Adicionada opção de enviar notificações aos proprietários de mensagens sobre problemas, com informações sobre novos comentários;
- Surgiu uma função de confirmação preliminar de solicitações (a solicitação só é aceita após a conclusão da análise);
- Desempenho de código otimizado para geração e publicação de produtos no repositório. O planejador agora tem a capacidade de atualizar um projeto de forma incremental.
Fonte: opennet.ru