对于具有多个平台客户端的版本控制软件,是否有任何标准?

时间:2011-09-11 03:06:03

标签: versioning standards clients

关于版本化软件的大多数标准,我都很清楚。整个major.minor.revision / build /无论方案。但是,当软件可以安装在多个平台上时,我不确定是否存在任何约定,每个安装都有一些独立的循环。例如,我有一个具有以下客户端的应用程序: - 网络 - 桌面 - iPad - 手机:  - 苹果手机   - Android

所有这些客户端可能没有完全相同的功能,也不一定同时启动。他们的进一步发布时间表也可能有所不同。那么,有没有关于如何处理这个问题的建议?是否就像将它们分开一样简单?因此,在任何时间点,套件可能如下所示: - appname-web 3.1.0 - appname-desktop 2.1.1 - appname-ipad 1.0.0 - appname-iphone 1.5.0 - appname-android 1.6.0

谢谢,

尼克

1 个答案:

答案 0 :(得分:1)

这只是一个例子,但它可能是说明性的。 RedHat包分两个阶段构建,首先将源代码收集到一个源包中,然后将srpm构建到每个支持的archetecture的一个二进制包中。源和所有不同的二进制文件的名称和版本是一致的;版本号代表输入。但是,arch位于RPM容器中的不同字段中,并且仅存在于二进制包中,因为源包没有任何与该结构有关的内容。 arch是输出

除了RPM格式之外,捆绑或标记包的其他方式使得这种事情或多或少地显而易见; Windows的安装程序只支持一个archetecture,windows。

tl; dr:版本和架构是不同的东西。您向用户提供的线索取决于您的分发方法,但不要将两者混为一谈。