12

セマンティック バージョニングを使用して出荷されたビルドにタグを付けるiOS アプリがあります。また、Apple の TestFlight を使用して、テスト/QA のために内部ビルドをチームにプッシュしています。

内部ビルドをプッシュするには、ビルドを iTunes Connect にアップロードする必要があります。テスト ビルドと iTunes Connect へのリリース ビルドの間に区別はなく、iTunes Connect では以前にアップロードされたバージョンを上書きすることはできません。そのため、内部テスト用に新しいビルドをプッシュするたびに、バージョン番号 (つまり、パッチ (XX X ) 番号) を上げなければなりません。

これは正常に機能しますが、ユーザーには、更新の合間にバージョン番号が頻繁に飛び交うように見えます。たとえば、これがビルド履歴の場合:

  • v1.0.0
  • v1.0.1(テストでバグが見つかりました)
  • v1.0.2
  • v1.1.0(テストでバグが見つかりました)
  • v1.1.1(テストでバグが見つかりました)
  • v1.1.2

...その後、ユーザーは太字のリリースしか見ておらず、リリース履歴は奇妙に見えます:

  • v1.0.0
  • v1.0.2
  • v1.1.2

これを回避する良い方法は、テスト ビルドの場合のようにベータ版を使用することだと思いましたv1.1.0-betaが、iTunes Connect は、そうでないバージョン文字列を拒否しますX.X.X。

内部テスト/QA に TestFlight を引き続き使用し、ギャップを埋めたバージョン履歴がユーザーに表示されないようにする方法はありますか?

4

3 に答える 3

2

ビルド番号を使用します。

単純にビルド番号を順番に増やします。

単純な整数 523、524 などを使用します。

テスト飛行のためにバージョン番号を変更しないでください...

実際のバージョン番号を変更すると、そのアップロードの別の自動テスト遅延が無意味にトリガーされます! ビルド番号を増やすだけです。

于 2021-03-03T11:59:44.233 に答える