2

我很清楚关于软件版本控制的大多数标准。整个major.minor.revision/build/whatever 方案。但是我不太确定当软件可以安装在多个平台上时是否有任何约定，每个安装都有一个独立的周期。例如，我有一个具有以下客户端的应用程序： - Web - 桌面 - iPad - 移动设备： - iPhone - 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

谢谢，

缺口

4

1 回答 1

1

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

除了 RPM 格式之外，其他捆绑或标记软件包的方式或多或少地使这种事情变得明确；windows 的安装程序将只支持一个架构，windows。

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

于 2011-09-11T03:37:09.977 回答