iOSでバージョン番号を変更するタイミングは？

Question

私はバージョン番号を変更する方法を知っていますが、バージョン番号を変更する条件を知りたいのですが？ビルド番号との違いは？

コード内のすべてのマイナー編集のバージョンを変更しますか？たとえば、小さなバグを修正しましたか？大きな改正のために変更しますか？

Answer 1

お客様のバージョン番号、開発者のビルド番号。 私の意見では、Gitへのすべてのプッシュの前に、ビルド番号を+1しましょう。 私はiTunesの接続に私のアプリをアップロードすることを決めない限り、バージョン番号を変更しません。 バージョン番号を変更する方法は、iTunesで最後にビルドしたバージョンから追加または改善した機能の数によって異なります。アプリのクラッシュの原因となる可能性のある重大なバグを修正した場合は、バージョン+1の3番目の番号を付けてiTunesにアップロードしてください。ちょっとしたバグを修正しただけでアップロードせず、 + 1.Too多くのバージョンの更新は、ユーザーに迷惑をかけ、無視する可能性があります。 新しい機能が追加されたり、小さなバグが多数修正された場合は、2番目のバージョン番号を+1してアップロードしてください。 いくつかの新しい機能が追加され、いくつかの小さなバグが修正された場合、それはまったく新しいバージョンで、最初のバージョン番号+1にします。

Answer 2

バージョン番号は、アプリケーションの成熟度を表すために使用するいくつかの「エンコード」です。私はここでは "定義"という言葉を使わないようにしていますので、アプリケーションの開発状況を表現するために成熟を使用していますので、1.0.0（または1.0）のようなバージョンは理論上あなたの最初のリリースを表します。機能を追加すると（つまり、アプリケーションが成熟している）、バージョン番号が変更されます。メジャーバージョン

Y - - マイナーバージョン

• X：

  XYZ

  ：あなたはそれはあなた次第ですエンコードしていますが、一般的のようなものを参照してくださいどのように

• z - 修正プログラムのバージョン

メジャー、マイナー、ホットフィックスはあなた次第です。

たとえば、新しいバージョンのデータベースを使用するために、アプリケーションの一部を完全に書き直したことがあります。 AirPrintサポートを追加した可能性があります。ホットフィックスの変更はいくつかのバグの修正だけかもしれませんが、新たに追加された機能はありません。一般的に、メジャーとマイナーは機能の変更やアーキテクチャの変更を表しますが、ホットフィックスは単なるバグ修正です。

x.y.zを使用してx.yだけを使用したい人もいます。これは本当に好みの問題です。

ビルドバージョンは、App Storeの送信中に送信試行を表すために使用されます。

アップルのドキュメント（https://developer.apple.com/library/ios/technotes/tn2420/_index.html）

に述べたようにバージョン番号とビルド番号の値が一意にビルドを特定し、特定のApp Store 提出をリリース に一緒に働きます。新しいバージョンのアプリケーションごとに、新しい 固有のバージョン番号を提供し、異なるバージョン番号を持つ1つ以上のビルド（または 提出物）を一緒に と同じバージョン番号で提供することができます。アプリで使用されているすべてのバージョン番号は である必要があります。バージョン番号を再利用することはできません。また、新しい リリースを作成する際には、新しいバージョン番号を昇順で追加する必要があります（ オーダー）。

ビルド番号は、 に特定のリリースを提供する投稿のそれぞれに名前を付ける方法を提供します。上記の定義 で説明したように、 あなたのアプリケーションの特定のバージョンを提供するすべてのビルドのコレクションは、そのバージョンの「リリース 列車」と呼ばれます。ビルド番号は各リリース列内で一意でなければなりませんが、 異なるリリース列では一意である必要はありません。つまり、 としたい場合は、別のリリースの 列車で同じビルド番号を再度使用することができます。また、 リリースの新しいビルドを作成して提出すると、そのビルド番号は、 の順番で昇順にする必要があります。

あなたのアプリの特定のリリースの投稿をアップロードするときに同じバージョン番号を何度も何度も何度も繰り返し使用して別のビルド番号を指定するのが普通です。