0

我刚开始第一次使用通过 Linux RPM 机制而不是作为独立安装程序交付的产品,并意识到这会使测试/发布周期变得更加棘手。

当我与安装程序一起工作时,我们只需更改构建系统中的构建编号以将构建标记为测试或发布候选而不是开发快照,并告诉人们只安装候选构建以进行测试。使用 RPM 这样做的问题在于,如果我们更改编号系统,我们将破坏交付机制,安装的机器将无法再分辨出哪个是 RPM 的最新版本。

我想到的解决这个问题的最好方法是将候选 RPM 放在一个完全独立的 RPM 存储库中,但这也变得复杂,因为我们有多个 RPM 来自同一存储库,它们处于不同的发布周期,所以我们将尝试从新存储库中提取 RPM A 的候选发布版本,同时仍希望从开发存储库中获取 RPM B 的开发快照。

这对于 Linux 软件来说一定是一个非常普遍的问题,所以有人能告诉我最佳实践吗?提前致谢 .....

4

1 回答 1

3

Linux 世界中的一种常见方法是制定一个广泛宣传的版本号约定,以指示构建是开发还是发布。对于 Linux 内核本身,奇数点版本 (2.5, 2.7) 是开发版本,而偶数点版本 (2.4, 2.6) 是版本。

快速浏览RPM 指南似乎表明使用这样的方案可能是最好的选择。

于 2009-04-03T19:08:48.863 回答