OBS(open build service)入门

最新推荐文章于 2024-06-04 00:17:55 发布
最新推荐文章于 2024-06-04 00:17:55 发布
阅读量7.5k 收藏 26
点赞数 5
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/weixin_41469272/article/details/97777113
版权

OBS 入门介绍

原文链接 https://openbuildservice.org/help/manuals/obs-beginners-guide/

1 目的

本文档主要面向对不同平台硬件及系统发布版本进行源码编译有兴趣的用户及研发人员。建议读者有linux命令行使用基础知识。

2 概述

2005年创建，open build service(OBS)可自动，持续，重复编译及发布包和镜像。OBS能够生成适用于很多系统(SUSE, Debian, Ubuntu, Red Hat, Windows等)及硬件平台(x86, AMD64, z Systems, POWER等)的镜像及安装包。编译目标考虑两个因素，一个是编译包的硬件target，多指CPU版本，一个是编译包的系统distribution，多指系统版本。

2.1 编译清单(Build Recipe)

OBS生成包，需要:

  • Metadata(元数据): 关于包的一些信息，如名称，及描述等，名称及描述的必须的，另外还有一些如版本，许可及上游链接地址是可选项。OBS将这些信息存放在工程的meta里。
  • Requirements(依赖): 包要正常编译及工作都需要其他的依赖包。
    依赖包分为两种:1、编译依赖，2、安装依赖。
    编译依赖是在编译过程中，需要的其他包及工具，如编译器；
    安装依赖是在安装包时，需要的依赖包。
  • A Package List: 文件清单。在安装及卸载包时，需要知道哪个文件是属于这个包的。

基于RPM的操作系统，如openSUSE，SUSE企业版，或者红帽企业版linux，以上所有的信息都包含在后缀为.spec的文件里。

2.2 编译主机及包(Build Hosts and Packages)

OBS服务器提供网页端接口及后台接口。后台使用是通过osc命令行工具。
OBS后端创建独立分区的沙盒来编译，沙盒隔离于其他宿主机。根据编译清单(RPM系统中是.spec文件)，在编译时其他依赖包先下载及安装。
编译程序根据编译清单的指示执行编译。编译成功则将该工程包中的文件安装到沙盒，通过沙盒文件，编好的RPM包被存放在OBS的download页面(download repository)下。
最后，用户可以自行选择工具安装编好的。SUSE类的系统，用户可以使用YaST or Zypper命令行来安装RPM安装包。
其他一些OBS相关的服务(如通知服务，镜像接口等)执行指定的任务。这些超出了本文档的范畴。
图1 为OBS概览图 https://openbuildservice.org/help/manuals/obs-beginners-guide/images/obs-concept.svg图1 OBS概览图

2.3 工程及包(Projects and Packages)

OBS使用工程管理包，一个工程可以包含多个包并指定的组织目标。工程定义访问控制，依赖库，编译目标(针对操作系统及硬件平台)。
工程中可以创建其他的工程(子工程)，他们与父工程隔离开，可以进行单独的配置。
每个工程的名字通过冒号(:)区分开，如openSUSE的编译服务器字体工程M17N:fonts作为M17N的一个子工程。python程序语言工程devel:languages:python是工程devel:languages的子工程，同时devel:languages是devel工程的子工程。
作为用户，通常在home 工程下编译包。OBS中名为home:USERNAME的工程为home工程。home工程会作为用户的个人工作区，定义编译目标，上传、编译及下载包。用户可以为其他人包的创建临时子工程。
当你看见obs://DOMAIN/PROJECT链接时，需将obs://替换成真实的OBS链接。obs://只是长链接地址的缩写。

3 osc命令行使用

在使用OBS之前。请确认以下的包已经安装。
软件需求
找到适用自己系统的osc并安装，也可以通过openSUSE:Tools:工程查找。

  • 对于SUSE类的系统，使用zypper安装osc。(将以下命令行中的DISTRIBUTION更换成对应的系统版本)

root # zypper ar https://download.opensuse.org/repositories/openSUSE:/Tools/DISTRIBUTION/openSUSE:Tools.repo
root # zypper install osc

  • 其他操作系统，使用适用的包管理工具安装osc。
  • Appimage作为被选方案，Appimage，是应用的打包文件可以运行于很多不同的系统版本上。 可通过https://download.opensuse.org/repositories/openSUSE:/Tools/AppImage/下载该文件，并保存到~/bin路径下，添加可执行权限。
    硬件需求
    确保最少1GB的空闲磁盘空间。osc本地编译的工作目录为:/var/tmp/oscbuild，其缓存的依赖包保存在/var/tmp/osbuild-packagecache路径下。

4 OBS系统配置

如果没有经过配置，osc可能直接可以使用，但是建议用户按以下步骤进行系统配置。
依赖包完成下载之后，启动编译前，需要输入root用户密码，这会给重复编译带来一定的不便。以下的配置可以使用户在编译使无需输入root密码。为确保安全性，只有指定的用户才具有root权限。
按照以下步骤配置sudo
第一步: 配置sudo:
按照以下步骤配置osc用户组中的用户免sudo密码编译。

  1. 以root用户登录，新建osc用户组。该用户组中包含所有用于编译的用户。

root # groupadd osc

  1. 添加用户到osc用户组，该用户组中的用户用于编译。

root # usermod -a -G osc geeko
如果需要添加其他用户到用户组osc时，重复以上步骤。

  1. 运行visudo命令创建sudoers配置文件/etc/sudoers.d/osc。

root # visudo -f /etc/sudoers.d/osc

  1. 添加以下内容，用于创建命令别名，只有osc用户组用户才能使用。

# sudoers file “/etc/sudoers.d/osc” for the osc group
Cmnd_Alias OSC_CMD = /usr/bin/osc, /usr/bin/build
%osc ALL = (ALL) NOPASSWD:OSC_CMD

  1. 登出系统，并重新登录，使配置生效。
  2. 新建OBS配置文件。

geeko > osc ls home:obsgeeko
首次执行该命令，系统会提示输入OBS用户名及密码。

Notes: 可配置目录结构
如果你想用文件夹及子文件夹的形式区分项目与子项目的关系，如下修改配置文件~/.oscrc中的对应行:
checkout_no_colon = 1
这样配置后，如果要下拉(checkout)工程时，工程名的写法也要对应配置。如要下拉home工程，则会在本地生成home/obsgeeko目录结构，而不是home:obsgeeko。
默认的工程分级使用冒号(?

5 涵盖场景

本文档基于以下的假设，你可能会碰到其他的场景:

  • 在Subversion(SVN)周后，Git普遍被使用，很多OBS的概念有了新的形式。你已经拥有版本管理系统，比如Git及Subversion(SVN)的知识。
  • 你正使用的是openSUSE Build Service，官网https://build.opensuse.org。如果你使用其他的OBS版本，一些使用命令可能有所差异。
  • 你拥有一个Open Build Service的账户。
  • 你当前的系统是基于RPM的系统，比如openSUSE 或 SUSE企业版。
  • 系统已配置，上述第4节OBS系统配置已完成。
    所有例子都基于以下元素:
  • 用户名geeko，用于编译
  • OBS用户名obsgeeko，home工程home:obsgeeko，
  • 另一个OBS用户obstux，home工程home:obstux，用于演示协作编译等。
  • 上游OBS https://github.com/obs-example/my-first-obs-package 有一个可用的工程例子，这个工程中包含了用C++编写的一些源码。

本文档主要描述了以下内容:

  • 6 配置home工程
    使用网页端接口配置home工程
  • 7 新建项目
    基于github上的源码创建包
  • 8 源码patch的应用。
    在有源码的基础上应用patch
  • 9 为工程建立分支。
    新建分支，应用改变，并提交改变到上游。
  • 10 安装OBS上的包
    添加OBS的下载库到系统资源列表，并安装包。

6 配置home工程

本节讲述了创建openSUSE用户后如何设置home工程。
第一次登录，home工程是空的，编译需要选定编译目标(target: 系统版本及硬件平台)。编译目标针对项目设定。一个项目下的所有包都使用一个编译目标(target)。不过，可以对包的target进行disable。
根据以下步骤设置home工程:
第二步: 设置默认的home工程编译目标

  1. 设置home工程的编译目标；
  2. 点击右上角home project；
  3. 点击Repositories栏，再点击Add Repositories；
  4. 选择要编译的系统版本；
    OBS提供几个linux发布版本，对于SUSE发布版，建议激活openSUSE Tumbleweed 和最新的openSUSE Leap release版本。
    点击openSUSE Backports for SLE 12使能SUSE企业版的编译目标。
  5. 点击Overview栏查看可使用的编译目标位于右侧。

如果需要增加其他的编译目标，重复以上步骤添加。
优化编译目标，点击Repositories栏，找到对应的系统版本编译目标，点击Repositories，此时会显示，可用的硬件架构以及可增加的包库。

7 新建工程

本节描述了编译github(上游源码工程)简单的C++源码，此处假设，读者要编译的适用与不同SUSE版本的包中包含源码。

首先检查许可说明(license)。
在开始编译之前，到上游工程(存放源代码)检查对应的许可说明。
比如，对于openSUSE build service，需要根据源码是否开元重新分配包。在发布编好的包时，服务端会检查源码的许可声明，如果你的包没有开源许可，会被拒绝。
https://license.opensuse.org上有再用的许可清单，开源许可说明详细信息及对照参见 https://en.wikipedia.org/wiki/Comparison_of_free_and_open-source_software_licenses
按照以下步骤，新建上游工程:

  1. 配置home工程，参考第6节:配置home工程。
  2. 选择或新建一个具有足够容纳包大小的目录。
  3. (下拉)checkout home工程。

geeko > osc checkout home:obsgeeko
这个命令会在本地目录下新建一个名为home:obsgeeko空目录

  1. 在本地工具目录创建新包。

geeko > cd home:obsgeeko
geeko > osc mkpac my-first-obs-package

  1. 从上游工程下载代码，将其保存至home:obsgeeko/my-first-obs-package。
    下载源码的TAR(压缩包)。我们的例子工程在github上，链接地址: https://github.com/obs-example/my-first-obs-package/releases，如果没有发布的版本，点击Clone or download button，用Download ZIP下载最新的代码。
  2. 创建编译清单，这个文件包含了元数据和编译命令。
    本例，我们编译openSUSE使用的rpm包，基于RPM的系统，创建.spec文件。spec文件的结构如下:

例1: spec文件的结构:

\# spec file for package my-first-obs-package
\#
\# -- Copyright omitted --

Name:           my-first-obs-package 【1】
Version:        0.1.0 【1】
Release:        0 【1】
License:        GPL-3.0 【1】 
Group:          Documentation 【1】 
Summary:        Frobnication Tool  【1】
Url:            https://github.com/obs-example/my-first-obs-package 【1】
Source:         my-first-obs-package-%{version}.tar.gz 【1】
BuildRequires:  gcc 【2】
BuildRequires:  cmake 【2】
BuildRoot:      %{_tmppath}/%{name}-%{version}-build【2】

%description 【3】
This tool frobnicates the bar with the foo when choosing the baz.

%prep 【4】
%setup -q -n %{name}-%{version}

%build 【5】

%install 【6】

%files 【7】
%defattr(-,root,root,-)
%doc README LICENSE *.txt
%{_bindir}/*

%changelog 【8】

【1】文件头。元数据信息，如包名，版本，发布，许可，RPM组，简要的说明，上游源码地址及源码文件名
【2】编译依赖。列出所有编译过程中的依赖包。这些包会在编译开始之前被编译安装。
【3】描述部分
关于包的用途以及概括性的描述。
【4】准备内容
编译需要的源码准备。这部分一般包含源码的解压及打包，解压使用宏定义%setup，压缩用宏定义%patch表示。(关于patch的更多内容，请阅读第8节：源码 patch。)
【5】编译部分
包含编译相关的命令和RPM宏。
【6】安装部分
包含关于安装时创建目录及拷贝文件的命令行及宏。
【7】文件部分
列出所有属于该包的文件，相关文档文件用%doc标注，在安装时文档文件会被自动安装到默认的文档目录下。
【8】change log部分
这个部分经常是空的。OBS会查找工程目录下后缀为.changes的文件，自动将其添加为changelog，changelog 文件变动记录的概览信息。
关于完整的spec文件，请访问 https://build.opensuse.org/package/view_file/home:obsgeeko/my-first-obs-package/my-first-obs-package.spec。

  1. 创建changelog文件。

geeko > osc vc

这个命令会使用默认的编辑器打开一个文本文件，内容如下：

Fri Aug 23 12:31:41 UTC 2017 - geeko@example.com

添加一个简短的变动说明。通常，一个changelog文件会包含包变动信息概述，比如，该包的版本，应用补丁文件名，以及其他的变动信息。
保存更改并推出编辑器。此时，osc便创建了名为my-first-obs-package.changes的文件。

  1. 添加所有的文件到工作目录下。

geeko > osc add *.spec *.changes *.tar.gz

  1. 编译默认的编译目标(build target)包。

geeko > osc build --local-package

这里使用–local-package选项，因为是本地编译，该包还没有被上传到OBS。
默认的编译目标是在配置文件~/.oscrc中build_repository变量指定的。对于openSUSE Build Service，编译目标通常是openSUSE Tumbleweed。
编译其他版本的包，请用以下命令：

geeko > osc build --local-package openSUSE_Tumbleweed x86_64 *.spec

  1. 检查编译是否成功。如果没有错误，将包提交到OBS home工程下。

geeko > osc commit
如果遇到编译错误，可以使用 osc buildlog命令查看。如下所示：
查看指定编译版本的编译信息，在工作目录下使用osc buildlog命令：
geeko > osc openSUSE_Tumbleweed x86_64

8 源码应用patch

本节主要讲述如果在上游工程的基础上应用patch，这里我们用与第7节：新建工程相同的工程演示。
需要应用patch的几个原因;

  • 用户没有直接修改上游工程的权限，通常，用户不能直接提交changelog到上游工程。如果用户提交(changes)变动到上游工程，变动会推迟应用到工程里甚至被拒绝应用。
    patch文件可以在作出改变的同时，保证最初源码的不变性。并且可以允许change与上游工程的发布链，代码风格以及中间操作相独立。
  • 应用保密机制以及bug修复，或者指定版本修复。
  • 改动源码，会直接出发OBS编译。
  • 提高安全性及可追溯性。 不直接修改源码，可以使校验改动更方便，校验改动经常使用checksum(MD5 or SHA)值检验。
  • 保持结构的连贯性。 从组织管理者的角度来看，将改动与源码分离更佳，将改动保存在patch文件中，每个用户都能看到哪些文件有哪些改动。

我们假设你现在已经创建了第7节：新建工程描述的工程。工程的文件结构大致如下：

工程目录结构
├── my-first-obs-package-0.1.0.tar.gz
├── my-first-obs-package.changes
└── my-first-obs-package.spec

在这个例子中，我们修改src/main.cpp代码中的问候语。
第三步应用patch。

  1. 在终端命令行中，切换到工作目录下。
  2. 准备patch文件。
    a. 解开源码包。

geeko > tar xvf my-first-obs-package-*.tar.gz
如果你是在github上下载的文档，这个文档包含了一个名字结构是NAME-VERSION的目录。在本例中，将解压后的文件放在my-first-obs-package-0.1.0/目录下。

   b. 切换到my-first-obs-package-0.1.0/下，复制原始的C++文件。

geeko >cd my-first-obs-package-0.1.0/
geeko >cp src/main.cpp src/main.cpp.orig

    c. 修改 src/main.cpp文件。
    d. 创建diff文件，并认真检查变动。

geeko > diff -u src/main.cpp.orig src/main.cpp
输出如下:

--- src/main.cpp.orig   2017-08-09 16:28:31.407449707 +0200
+++ src/main.cpp        2017-08-09 16:28:49.131541230 +0200
@@ -2,7 +2,7 @@

 int main()
 {
-    std::cout<<"Hello OBS!\n";
+    std::cout<<"Hello Alice!\n";

     return 0;
 }

    e. 将输出保存至文件。

geeko > diff -u src/main.cpp.orig src/main.cpp \
../my-first-obs-package_main.diff

    patch文件的名字用户可以任意指定。不过，我们建议文件名带有描述性并且加入上游工程的名称，如果这个patch与bug或问题有关系，将bug号等信息也添加到patch文件名中。用户可以用.diff或.patch作为文件的后缀。
    f. 你可以删除my-first-obs-package-0.1.0/目录。

  1. 打开spec文件，在文件头的Source行下加入以下信息。

Source: my-first-obs-package-%{version}.tar.gz
Patch0: my-first-obs-package_main.diff

  1. 在%prep下加入%patch宏。

%prep
%setup -q -n %{name}-%{version}
%patch0

  1. 本地应用patch文件。
  2. 重新编译

geeko > osc build

  1. 如果没有问题，提交chages

geelo > osc commit
根据提示，指定并保存提交信息。
如果需要处理很多patch文件，可以使用quilt工具。关于quilt更过信息，请查询 https://savannah.nongnu.org/projects/quilt

9 包的分支

讲述拉取别人的OBS工程到本地，修改提交。branchco建立branch工程并下拉指定的别人的工程到本地。
本节主要描述如果实现工程之间的协作。用户可以为OBS中具有写权限的所有工程中创建分支。默认新的分支以home工程子工程的形式创建，分支名默认以home:obsgeeko:branches开头。
需要工程分支的原因如下：

  • 修改源码，编译，测试改动效果，提交改动到原始工程。通常，用户在没有仓库写权限的情况下，使用该工作流程。
  • 不影响原始工程的前提下应用改动。
  • 应用临时改动，在不同路径下开发测验
    假设你已经下拉(check out)home:obsgeeko/my-first-obs-package。在OBS上，有另一个用户obstux想改动源码中的欢迎信息，改动最后被提交到原始工程中。
    obstux用户需按以下步骤执行：

第4步，工程的分支创建

  1. 在终端，在一个足够容量的本地分区下，选择或创建一个目录。
  2. 创建geeko的工程分支。

tux > osc branchco home:obsgeeko my-first-obs-package

这个命令会创建branch工程home:obstux:branches/my-first-obs-package，并且会下拉home:obsgeeko my-first-obs-package，存放至本地home:obstux:branches:home:obsgeeko:my-first-obs-package。

  1. 切换到本地工程分支路径下。

  2. tux > cd home:obstux/branches/home/obsgeeko/my-first-obs-package

  3. 做出改动，按照第8节，应用patch。
  4. 编译目标。

geeko > osc build

  1. 查看编译log。

geeko > osc buildlog openSUSE_Tumbleweed x86_64

  1. 确认所有添加及删除的文件都被上传到OBS仓库中。

tux > osc addremove

  1. 如果没有出现错误，提交更新。
  2. 创建发布申请，添加注释信息并完成发布。

tux > osc submitreq

如果没有指定项，提交会被发布到拉的分支(原始)的工程包中。在提交发布之后，用户会发布一个指定版本的源码。之后的改变默认不会自动被拉入。
如果一个分支中存在多个包，所有的包会被一起发布。入股不想所有包均被发布，可以按照以下命令指定源码，目标工程及报名。

tux > osc submitreq home:obstux:branches:home:obsgeeko my-first-obs-package home:obsgeeko

此时，用户obstux已经完成一个完成一次任务，发布申请以及提交到obsgeeko。用户obsgeeko可以选择接受或者取消此处发布申请。

  • 接受发布申请。用户obstux的提交会诶集成到home:obsgeeko工程中，本次发布申请结束。
  • 取消发布神奇。用户obstux的提交不会被集成到home:obsgeeko工程中。
    取消发布申请的原因可以是编译问题以及编程风格问题，查阅提交的用户如要取消发布申请必须给出原因。用户obstux可以 1) 修改申请并重新发布申请，覆盖前一次申请。2) 不同意取消发布，重新打开申请。3) 接受取消申请，并废弃申请。
    用户obsgeeko可以按照如下命令做出回应。

第5步 处理发布申请

  1. 列出所有home工程下所有的发布申请。

geeko > osc request list -s new -P home:obsgeeko

  1. 找到正确的发布申请，如果你知道申请号，可以使用申请号。

geeko > osc request show 246

  1. 查看申请，并做出决定。
  • 接受申请。

geeko > osc request accept 246 --message=“Reviewed OK.”

  • 取消申请。

geeko > osc request decline 256 --message=“Declined, because of missing semicolon.”

如果申请被接受，此次申请的变动会被集成到home:obsgeeko工程中。
如果申请被取消，用户可以解决问题并重新提交，如果创建新的发布申请，OBS会覆盖前一次的提交申请。

安装OBS包

OBS提供了包含所有编译成功的平台架构的安装包的地方，如果你在home工程下新增了包，所有成功编译的包都会出现在 https://download.opensuse.org/repositories/home:/obsgeeko。
home工程及手动创建的子工程的包会在OBS显示，分支工程的子工程中的包不会被发布，如果用户需要编译结果，可用osc getbinaries命令来下载二进制编译文件。
例如，如果用户使能openSUSE Tumbleweed的版本，所有openSUSE Tumbleweed的编译包会发布在https://download.opensuse.org/repositories/home:/obsgeeko/openSUSE_Tumbleweed
download repository提供的下载包需要Zypper or YaST安装及管理。

安装home工程my-first-obs-package的包，按照以下步骤。

  1. 进入工作目录，指定下载地址。

geeko > osc repourls
https://download.opensuse.org/repositories/home:/obsgeeko/openSUSE_Tumbleweed/home:obsgeeko.repo
https://download.opensuse.org/repositories/home:/obsgeeko/openSUSE_42.2/home:obsgeeko.repo

  1. 复制需要的发布地址，在本例中，我们拷贝openSUSE_Tumbleweed版本发布地址。
  2. 使用zypper工具，添加上一步复制的地址。

root #zypper addrepo https://download.opensuse.org/repositories/home:/obsgeeko/openSUSE_Tumbleweed/home:obsgeeko.repo
根据提示，接受下载网址的GPG key。

  1. 安装包

root # zypper install my-first-obs-package

如果需要更新包，重新执行第4步，用户不需要重第一步开始执行，因为此网址已经配置在系统系统中。

其他osc命令

以下简要说明osc几个常用的子命令的用途及用法，用户可使用osc SUBCOMMAND --help查看子命令的简要说明。
osc diff
与git diff类似，生成一个diff，存放本地的变动情况，比较本地与远程仓库的区别。
osc list
列出obs服务器源码及二进制文件
osc prjresults
显示工程编译信息。
osc status
显示本地文件状态

完~

Nie_Xun
关注
  • 5
    点赞
  • 踩
  • 26
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
OBS新手入门教程，电商直播基础教程
dian66_ITO的博客
07-10 5638
OBSStudio是一款视频直播录制软件，为用户提供了视频、文本、图像等的捕获录制功能。OBS支持虎牙、斗鱼等众多平台推流直播，这篇教程带你入门OBS直播，解决电商带货、游戏直播等直播场景问题。 01.下载 OBS安装包下载安装 OBS中文官网（obsproject.com/zh-cn) 可以下载三种不同操作系统的安装包，安装过程很简单，直接运行安装包，点击两次下一步（next），然后点安装（install）即可，如果你的电脑系统缺少VC++运行环境，会提示你下载这个，同样直接根据提示下载安装。 02.场
OBS(Open Build Service)搭建安装
07-12
**OBS(Open Build Service)** 是一个开源的软件构建和分发平台，旨在帮助开发者构建、打包和分发跨多种操作系统和平台的软件包。它支持自动化构建流程，允许开发者管理软件包的构建规则、依赖关系和版本控制，提供了...
探索 openSUSE 的开放构建服务：一款强大的开源软件构建工具
gitblog_00054的博客
03-15 406
探索 openSUSE 的开放构建服务：一款强大的开源软件构建工具 https://gitcode.com/openSUSE/open-build-service?utm_source=artical_gitcode openSUSE 的开放构建服务（Open Build Service, OBS）是一个用于构建、测试、发布和管理开源软件的平台。OBS 提供了一个集中的环境，让开发者能够轻松地跨多...
open build service打包deb，并浅谈一点
depend的博客
08-16 353
浅谈如何认识open build service的，最近在研究软件打包分发和发布的相关知识，发现了很多hub，类如flatpak、aur、snap相关的hub，又了解了很多打包的规则文件，PKGBUILD、debian的Control加rule、rpm的.spec文件等。有个地方就是我因为不了解，所以发现了fedora和open suse有很多包的依赖可以说大不相同，各走各的阳关道那种，比如一个库叫libXXX，另外一个就是XXX之类的，所以一般不太兼容，只有另外建立仓库写对应的规则。
EulerMaker & Yocto & Open Build Service
最新发布
天道酬勤
06-04 1025
EulerMaker & Yocto & Open Build Service 服务器领域的 OBS、嵌入式领域的 Bitbake【Yocto】，是各自领域的代表性构建系统，历史悠久。而 Euler系统领域 后来者 EulerMaker 想实现全场景统一构建系统。
OBS(Open Build Service)平台使用及OSC常用命令
m0_59551305的博客
01-09 1029
obs使用及osc常用命令
open-build-service：以自动，一致且可复制的方式从来源构建和分发Linux软件包#obs
02-02
开放式构建服务 是一种通用系统，可以自动，一致且可复制的方式从源中构建和分发二进制包。 您可以发布适用于各种操作系统和硬件体系结构的软件包以及更新，附加组件，设备和整个发行版。 可以在上找到更多信息。 OBS由后端和前端组成。 后端实现所有核心功能（即构建软件包）。 前端提供了一个Web应用程序和XML API，用于与后端进行交互。 此外，还有一个API的命令行客户端（osc），它是在开发的。 发牌 除非另有说明，否则开放构建服务是免费软件，并且根据GPL条款发布。 此外，第三方内容（例如但不限于Webui图标主题）可以在不同的许可下发布。 请检查各个文件以获取详细信息。 社区 您可以通过IRC在＃opensuse-buildservice频道上与OBS团队进行讨论，也可以使用我们的邮件列表 。 请参考openSUSE邮件列表以了解我们的邮件列表订阅和其他信息。 发展/贡献 如果您想为OBS做出贡献，请查看我们的：-) 源代码库布局 OBS源代码存储库托管在，其组织方式如下： dist Files relevant for our distribution
Open Build Service
weixin_34026276的博客
12-14 502
 一 Open Build Service(OBS) 主页： http://openbuildservice.org/  Open Build Service(OBS)是开放的完整的软件发布开发平台。他提供了基础架构来创建软件发布包，它支持广泛的操作系统和硬件架构，同时也支持插件（add-ons）,应用镜像（appliance images）或整个Linux的发布包。 OBS提供了工具集来协作地工...
OBS(open build service)相关知识点
weixin_41469272的博客
07-09 1518
docker中搭建obs docker run --privileged -ti -e “container=docker” -v /sys/fs/cgroup:/sys/fs/cgroup centos /usr/sbin/init docker作为主机的一个进程，并没有很大的权限去运行systemd，以特权模式进入容器命令 docker run --privileged -ti -...
opensuse build service open build service
misiter的专栏
03-05 2153
openSUSE Build Service最初是openSUSE社区人员为openSUSE生成rpm软件安装包 而打造的平台，现在已经发展成支持         openSUSE         SUSE Linux 和 SUSE Linux Enterprise         Debian (Etch)         Red Hat/Fedora/CentOS
User Guide: Open Build Service
05-13
This guide is part of the Open Build Service documentation. These books are considered to contain only reviewed content, establishing the reference documentation of OBS. This guide does not focus on a specic OBS version. It is also not a replacement of the documentation inside of the openSUSE Wiki (https://en.opensuse.org/Portal:Build_Service) . However, content from the wiki may be included in these books in a consolidated form.
obs-build：OBS构建脚本，可与OBS一起使用或独立使用
02-05
obs-build：OBS构建脚本，可与OBS一起使用或独立使用
obs2vagrant:将Open Build Service变成一个简单的Vagrant目录
05-04
OBS2无业游民 OBS2Vagrant是一个简单的Web服务，可以将变成一个简单的图像目录（例如 ）。 问题 可以使用Open Build Service内部的来构建Vagrant盒子。 每当所有者更改或使用所有者的KIWI规范文件时，OBS都会自动构建这些盒子。 这些框会由OBS自动进行版本控制，这意味着它们的下载URL会随着时间不断变化。 引用此框的下载网址不是一个好的解决方案，因为它有时会损坏。 解决方案 正如： 从Vagrant 1.5开始，盒子支持版本控制。 这使制作盒子的人可以将更新推送到盒子，而使用盒子的人则具有简单的工作流来检查更新，更新盒子以及查看已更改的内容。 默认情况下，版本控制仅在将盒子注册在上，但是可以通过将Vagrant指向特制的json文件来实现相同的功能。 这恰恰是obs2vagrant所做的。 请注意： OBS仅托管盒的最新版本。 obs2vag
obs-for-fedora:尝试为 Fedora 打包 Open Build Service 的项目
07-03
obs-for-fedora 尝试为 Fedora 打包 Open Build Service 的项目
obs-setup:我的OBS配置
04-07
我的OBS配置 安装： git clone Documents / OBS 打开OBS并导入
qactus：基于Qt的Open Build Service客户端
02-05
Open Build Service (OBS) 是一个强大的工具，它允许用户创建、维护和发布跨平台软件包。而qactus则是一个基于Qt库的OBS客户端，它为开发者提供了一个直观且用户友好的界面来与OBS进行交互。本文将深入探讨qactus...
open-build-service-connector:用于与Open Build Service集成的Visual Studio Code扩展
03-19
打开构建服务连接器 用于与集成的Visual Studio Code扩展：它允许您...单击文件将打开从Open Build Service检索到的文件内容的只读视图： 检出项目和软件包 包（或整个项目）必须在本地检出，以便可以将修改发送回Open
kanku：Kanku-缩小Open-Build-Service和DevOPS之间的差距
02-05
Open-Build-Service（OBS）和DevOps作为其中的重要工具，分别承担着构建和持续集成/持续部署（CI/CD）的角色。然而，如何有效地将两者融合，实现无缝对接，是许多开发者和运维人员面临的问题。Kanku项目应运而生，...
obs 29.1.1
10-08
OBS 29.1.1是指Open Broadcaster Software（开源广播软件）的29.1.1版本。OBS是一款功能强大且免费的流媒体软件，可用于录制和直播视频内容。 OBS 29.1.1版本是OBS软件的一个新版本，通过持续的开发和改进，带来了许多新的功能和改进。这个版本可能修复了一些已知的错误和漏洞，并提供了更好的稳定性和性能。 在OBS 29.1.1中，用户可能会看到一些新功能，如更多的音频和视频源选项，改进的片场重定位功能以及更流畅的预览和录制体验。此外，该版本可能还包括对OBS的用户界面进行的改进，使其更容易使用和定制。 对于那些使用OBS进行直播、录制视频或进行视频制作的人来说，升级到OBS 29.1.1是非常重要的。这样可以确保他们获得最新的功能和改进，并保持其流媒体体验与时俱进。 总之，OBS 29.1.1是Open Broadcaster Software的一个新版本，带来许多新功能和改进。升级到这个版本可以提供更好的稳定性、性能和用户体验。对于OBS的用户来说，这是一个重要的更新。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值