各个发行版的软件源仓库都是怎么维护的？

[uechris]

最近试图用 msys2 编译一个带 fdkaac 的 ffmpeg。结果发现依赖的好多包官方仓库都没有。自己手动下载依赖源码编译安装实在是太痛苦了，而且到时候也不方便更新（难道我得手动定期检查吗？）。所以说：

有没有方便的办法维护这些软件包？（方便指能自动批量编译打包安装，自动检查更新）

目前的想法是自己写 PKGBUILD，但是这样无法自动检查上游是否有更新。

[calmzhu]

当软件自动发布来做。

上游代码更新-->触发构建编译-->生成对应平台的二进制文件-->二进制文件加一些版本 /变更的元数据一起打包（如果有自己的 yum/apt/pacman 仓库，直接打进去也行）

然后每次安装的时候，直接安装生成的包就行了。

[ungrown]

@calmzhu 里面有很多人工干预的，基本上稍微有点规模的软件背后都有专人甚至团队来负责新版本测试、编译的工作，虽然很多都不是专职，但还是有必需人脑人手介入的事情的

[Buges]

vcpkg

[uechris]

@calmzhu #1
各个软件包发布地址都不同，怎么自动化检测上游代码更新呢？
@Buges #3
看起来挺好用的，我试试。

[whitev2]

编译使用没有问题，那么不需要更新

[superrichman]

推荐使用 manjaro 系统，这是目前安装依赖最省心的 linux 发行版了。manjaro 所有软件有更新都会让你更新，无脑更新就好了

[Sasasu]

https://github.com/archlinuxcn/lilac/
https://build.opensuse.org/

定时访问一个上游，用某种方式解析出版本，用某种方式获得旧版本，再用某种方式比较版本。

然后用某种方式分析依赖关系，决定要重编译某些包，最后把它们编译好，打包。

再以某种方式构建好元数据供别人和本地版本做对比。

[calmzhu]

@ungrown 是的。干过这个工作。每日工作就是各个模块发布。但是最终也完全自动化了。粗暴点说，碰见一个问题，加一个 if else。穷举完事。

[calmzhu]

@ungrown 是的。干过这个工作。每日工作就是各个模块发布。但是最终也完全自动化了。粗暴点说，碰见一个问题，加一个 if else。穷举完事。
@uechris 这个看上游具体代码管理工具了。git/svn 之类都有集成工具。没有的化，粗暴版的：自动化工具一分钟触发一次。监测到版本变动就继续往下。 愿意玩的，用爬虫之类的工具解析上游看变更。然后触发自动化构建。

[WingOnSummit]

我们公司也有一套编译出来的工具，采用的办法是如无必要，不去更新。一套环境用到老。

[nightwitch]

debian 的制度大概是 由 debian contributors 来认领一些包，负责一些包的维护，然后上面还有 debian developers 来审核打包质量。contributors 没有权限直接往仓库里面合并。

windows 看 vcpkg 还不错，微软在推的包管理器，上游是微软在打包。