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 パッケージは 2 段階でビルドされます。最初にソース コードがソース パッケージにまとめられ、次に srpm がサポートされているアーキテクチャごとに 1 つのバイナリ パッケージにビルドされます。名前とバージョンは、ソースとすべての異なるバイナリの両方で一貫しています。バージョン番号は入力を表します。ただし、ソース パッケージはアーキテクチャとはまったく関係がないため、アーキテクチャは RPM コンテナーの別のフィールドにあり、バイナリ パッケージにのみ存在します。アーチは出力です。

RPM 形式以外のパッケージのバンドルまたはタグ付けの他の方法は、この種のことを多かれ少なかれ明確にします。Windows 用のインストーラーは、1 つのアーキテクチャである Windows のみをサポートします。

tl;dr: バージョンとアーキテクチャは別物です。どちらについてユーザーにどのようなヒントを与えるかは、配布方法によって異なりますが、2 つを混同しないでください。

于 2011-09-11T03:37:09.977 に答える