可惜我不是人才，看不懂

星火应用管理器可以提取安装包

我来抛转：

1. 推测，你前边是把debian的软件源，放到了深度的软件源中。论坛中有人说混源是一件非常危险的动作，容易炸系统。这块我一知半解，在有依赖冲突的情况下，为什么apt能炸系统，而直接安装deb包不会炸系统呢？

但是这个也确实危险，毕竟20从上游来说，已经落后Debian好几个版本了。

2. 修改软件源之后，你执行了apt update,然后安装了git
3. 然后clone了深度自研IDE的源码，然后构建其依赖，又构建它自身。最后安装到了系统上。

其实我没明白，为什么要添加debian的源，感觉这一步是不必要的。

如果你想把深度自研IDE打包成deb的话，Debian -- Debian 开发者手册，这个是Debian的官方教程。但是我现在也没能确切的知道，这个文档怎么能从Debian官网一步一步跳过去。

其实我没明白，为什么要添加debian的源，感觉这一步是不必要的。

因为从bookworm容器开始 就换成只包含main的DEB822形式的apt源了

用 sed慢慢改 和你直接改好了复制过去 效果是一样的

脖子一定要卡在自己手里

“直接安装”具体什么意思，我还不是很懂。不过你如果真需要混源的话建议把其它发行版的源放到星火应用商店的aptss而非系统apt下，这样至少可以保证安全稳定。目前我就是这么做的。

直接安装指的是我克隆代码后 cmake命令就直接安装这个软件

我现在的需求是利用GitHub action直接编译出 deb格式的工件

你这个是容器？

只要把你配置的容器导出镜像就可以了

在别的机器上需要先安装docker

你看看这个，把镜像打包成DEB,自动导入镜像创建容器

容器还要单独连接个桌面环境太麻烦

我用容器实验只是验证这个东西可以在GitHub action上实现 现在就差生成deb工件了

直接用容器安装还得链接个桌面 太麻烦

官方确认了 我在想桃子

简单，但我需要你会操作：

• https://gitee.com/spark-buildx/deepin-unioncode

  了解：构建打包 - 当构建完成时进行 小节
  了解：该组织的 tig 项目，或其它最初并不支持 deb 打包的小项目

  ---

  开始阅读 SparkDebPackageConfig-Usage.md 使用文档

  • 使用命令下载导入 deb 打包模块并修改配置文件
  • 在 CMakeLists.txt 尾巴处添加两行模块引入
  • 最后在 cmake 构建目录中执行 make package

这样你就完成了在只提供了 install 操作的 cmake 项目中创建了 deb 打包操作

注意，它不限于现有项目

github action的环境是ubuntu，恐怕没法打包debian适用的包。不过这个我没用过。可以问问@Lwh2008--听话模式、@青稚°、@酷谷的谷子、@.(柯南)、@gfdgd_xi这些用过的人。

换种说法，刚发了贴

https://bbs.deepin.org.cn/post/274027

义父在上，请受小弟一拜

大致了解了下，linux的软件安装真的是太不友好，格式五花八门的。。。

自由开放就是几十种安装包格式

即使现在已经五花八门

各种 百花齐放的国产系统

还在建立自己的生态壁垒

努力推出

其他国产系统无法安装的私有格式安装包呢

应用商店的审核机制就是这样。不过只要是deb包而且没有依赖问题，再怎么加签名应该也能跨发行版安装。