2016-10-09 14 views
0

Android Manifest.xmlファイルにversionName = 1.0.5とversionNumber = 7のAndroidアプリがあります。私のアプリケーションを再パッケージ化するたびに、vesionNameは自動的に1.0.7.0に変更されます。なぜそれがこれを行うのか分かりません。アプリケーションのversionNameをAndroid Manifest.xmlファイルと同じにしたい。なぜAndroidからBlackBerry、バージョン名が自動的に変更されるのですか?

+0

私は私の質問に対する答えを見つけました。私はBlackberryがバージョン名としてx.x.x.xを必要とすることを発見した。しかし、私はx.x.xを持っていたので、再パッケージ化ツールはそれを変更します。バージョン名が1の場合は、Blackberryの再パッケージ化ツールで1.0.0.0に変更されますが、1.0.5は1.0.7.0に変更されました。これは失望です。1.0.5.0であったはずです – Uzair

答えて

0

あなたのコメントに加えて、BlackBerryプラットフォームの規約では、バージョン名としてドット付きクワッドを使用しています。メジャー番号が、多くの場合、古い取り組んで排除されます非常に重要な変更を示し

ビルドの主な

  • マイナー
  • リリース
    1. :議論のためには、4つの数字のために呼び出すことができますハードウェアBBOS4,5,6,7,10はこれの例である。 OS Nを実行するためにリリースされたデバイスは、通常、OS N + 1を実行できません。

      マイナー番号は重大な変更を示します。これらは多くの場合、追加のAPIまたは機能ですが、通常はハードウェアの非互換性を示すものではありません。バージョン10.0,10.1,10.2,10.3などです。

      リリース番号は、フィックスまたはマイナーな拡張機能ですが、通常は大きな新機能やAPIは含まれていません。

      ビルド番号は、特定のMajor.Minor.Releaseを持つ製品がビルドされるたびに増分されるアップアップ番号です。製品がリリースされる前に、これらの数字が数百または数千に達するのは正常です。

      versionNameを指定したバージョン文字列に入れるversionNumberが明示的に指定されていれば、それをビルドフィールドに入れるのは意味がありません。 「リリース」フィールドは最も理にかなっています。

  • +0

    うーん、理解しました。しかし、私は1.0.5としてバージョン名を持っていた。 1.0.5.0に変更されているはずです。しかし、1.0.7.0に変更されました。また、開発者のアンドロイドを明確にするドキュメントはありません。とにかくこれを解決してマークします。 – Uzair

    関連する問題