BadooでiOSアプリをリリースするプロセス

みなさんこんにちは！ 私の名前はミハイルブルガコフです。私はリリースエンジニアBadooのチームで働いています。 この投稿では、 「既製のバイナリを持っている」瞬間から「少なくとも洪水の後 」の瞬間までのiOSアプリケーションのリリース方法、そしてもちろん、Badooでどのようにそれを行うかについて説明します。リリースを開始するのに数時間から1分かかり、手作業をなくす必要があります）。

IOSアプリケーションリリースライフサイクル

まず、iOSアプリのリリースが一般的にどのように行われるかについて簡単に説明します。 サポートされている言語が1つだけのアプリケーションは1つだけであると想定しています。 おそらく、この部分は一部の人には明らかなように思えます、私は理解しています。 したがって、このキッチンがどのように機能するかを知っている場合は、次の章-BadooのiOSリリースに直接切り替えてください。

リリースの準備に関するすべての作業は、iTunes Connectで行われることをすぐに明確にします。 これは、アプリケーション開発者向けに特別に設計されたAppleコンポーネントです。 Webバージョンとアプリケーションの両方があり、どちらにも欠陥があります。 このアプリケーションは、製品での作業にはほとんど役に立たない（ただし、少なくともプッシュ通知には使用する価値があります。そうでない場合よりも、ある場合は常に優れています）。 また、Webバージョンは扱いにくく、重く、低速です（Appleは開発者に優しい製品で特に有名ではありません）。 また、目的に使用できるAPIもありますが、それについては後で詳しく説明します。

そのため、アプリケーションが既にアセンブルおよびテストされている場合、すぐにアップロードする価値があります。いわゆる処理（バイナリファイルの事前チェック）を行う必要があり、30分から数時間かかります。 次に、ストアに表示する情報を準備します。ユーザーがApp Storeに表示するテキストおよびグラフィックデータを入力します。 これらのデータもチェックされます：スクリーンショットの正確さと現実の記述の対応の両方。

バイナリファイルが処理段階を通過するとすぐに、フォームのいくつかの質問（ユーザーの暗号化と広告識別子）に回答することにより、検証のためにアプリケーションを送信し、レビューを期待しています。 レビューが開始されるまで、テキストアセット（「説明」、「新機能」、「キーワード」など）とグラフィック（スクリーンショット、アイコンなど）の両方を変更できることに注意することが重要です。 ただし、ステータスがIn Reviewになるとすぐに変更できるのはテキストデータのみであり、それだけではありません。 平均して、レビューを待つのは 、レビュー自体が30日から数時間で、数日以内です。

アセット、アプリ内購入（アプリ内購入）、またはバイナリファイルに問題がある場合、それらは拒否され、エラーを修正する機会が与えられます。 最も一般的なのは、たとえば、審査官が新しいIn-Appを使用できなかったときのメタデータ拒否です（この場合、新しいバージョンを再アップロードする必要はありません-テクニカルサポートに問い合わせて、検証のためにアプリケーションを送り返します）。次にルートを作成し、アプリケーションの新しいバージョンをリロードします）。

アプリケーションが非常に多くの理由で拒否される可能性があることに注意してください。 アップルの要件は、 ガイドラインで非常に具体的かつ詳細です。 却下された場合は、理由とともに詳細な説明を取得します。 これは、アプリケーションのクラッシュ、アプリケーションに対するスクリーンショットの不一致、禁止されたロジック（未成年者向けのデートサービスなど、配布が許可されていないロジックのリストが多数あります）、壊れたインターフェイスなどです。 実際、この場合、私たちは心の安らぎのためにテストの追加段階を得るので、あまりにも否定的に扱わないでください。

Expedited App Reviewのような機会がまだあります。 これは非常に便利なもので、重要な修正や季節性イベントの緊急リリース用に設計されており、準備する時間がありませんでした（たとえば、バレンタインデーに新しいステッカーパックを追加する必要があります）。

アプリケーションをチェックした後、ステータスがPending Developer Releaseに変わり、リリースします。

ちなみに、ここには開発者にとって便利な機能がいくつかあります。 アプリケーションの自動/手動リリースと段階的レビューです。 自動/手動リリースについては、レビューに合格するとすぐに、特定の日時に、またはボタンで手動でアプリケーションをリリースできます）。 そして、2番目のツールは非常に興味深いものです。 Appleは段階的なリリースを導入し始め（これは長い間Google Playに実装されています）、7日以内にすべてのユーザーがアプリケーションをリリースできるようにします。

Badoo iOSリリース

現在、8つのiOSアプリケーション（主なものはBadooと、ターゲットオーディエンスまたは国を対象としたさまざまなブランドのいくつかのデートアプリであり、独自の特性と利点があります）、それらのほとんどは25の言語と方言に翻訳されています。 アプリケーションごとに、App Storeのすべての資料（テキスト部分、スクリーンショット、ビデオの両方）を翻訳します。 ほとんどのアプリケーションは週に1回、残りは定期的にリリースします。

当然、このような大量のコンテンツを準備してリリースするには、バイナリファイル自体に加えて、膨大な量のテキストと写真を準備してアップロードする必要があります。 そしてもちろん、リリースエンジニア、翻訳者、製品マネージャーから多くの時間がかかります。 自動化がなければ、これはすべて、プロセスのすべての参加者に小さな地獄をもたらします。

以下に、私たちがこの地獄から非常に便利で透明な流れにどのように行ったかを説明します。

リリースの準備はどうでしたか？

QAチームがリリースブランチをテストしている間に、プロダクトマネージャーがGoogleドキュメントで次のリリースのテキストを作成し、翻訳チームに送りました。 次に、同じドキュメントで翻訳を行いました。 バイナリファイルの準備がすべて整うと、App Storeの次のリリースの準備が始まりました。

リリースエンジニアは、アプリケーションのバイナリファイルをApp Storeにアップロードし、Appleがそれを処理するのを待ちました（この時点で、彼は次のリリースの更新されたテキストとスクリーンショットをアップロードし始めました）。 平均して、処理には1〜2時間かかりました。 同じ頃、アプリケーションのアセットを更新することができました。

Appleは、多くの場合、すべての作業を行った、恥知らずでバグの多いサイトiTunes Connectに燃料を追加しました。 そして、リラックスした音楽を聴くために、ライフハックを積極的に使用しました。 すべてのテキストとスクリーンショットを入力することが可能であったため、「保存」ボタンをクリックして、セッションが中断したか、「試行してください」というメッセージが表示されることを確認します。 ところで、そのようなグリッチは今では珍しくありません。

一般に、複数の言語で複数のアプリケーションを使用している場合、iTunes Connectでの手動作業は難しく、気取らないです。

この仕事の組織の明らかな欠点は何でしたか：

• 各リリースのカスタムドキュメントを備えた絶対に不便なシステム。
• リリース準備の各段階でのメールジャバーによる相互作用。
• 文書はメールのスレッド間で毎回検索する必要がありました。
• iTunes Connectでの作業が非常に遅く、緊張しています。
• 各リリースの準備には数時間かかりました。
• 人的要因によるエラーの膨大な確率。
• リリースごとにテキストを作成します。

前と同様に、進行状況が監視されました

次に、リリース監視プロセスが開始されました。 はい、Appleはアプリケーションステータスのすべての変更についてメールを送信します。 これは便利です。 それにもかかわらず、この段階では、依然として多くのアクションと手作業が必要であり、人的要因によるエラーの可能性を減らすことはできませんでした。

実際、Apple側のレビュープロセスに約5日かかりました。 この期間中、時々iTunes Connectにログインして、何か変更があったかどうかを確認する必要がありました。 手紙は紛失する可能性があり、これはすべて手動で行う必要がありました。 また、サイトの速度を考えると、すべてのアプリケーションのステータスを表示するためだけに少なくとも10分を費やす必要がありました。 ステータスを表示するだけです、カール！

最後に、すべてのアプリケーションがレビューに合格すると、製品管理者にこのことを通知し、サーバー側の準備が整ったことを確信し、「無料のナビゲーション用」に新しいバージョンを送信しました。

私たちの日々：私たちはより良く生きるために何をしましたか

最初のインターフェースの作成

カスタムドキュメントの問題を解決するために、最初にプロダクトマネージャーが特別なフォームを使用してテキストの新しいバージョンをアップロードできるインターフェイスを作成しました。 変更はすぐに翻訳者のインターフェースに入り、メインサイトとアプリケーションの両方の翻訳に使用されます。 –したがって、翻訳者の作業を集中化し、カスタムエンティティの数を減らしました。

同じインターフェースで、各アプリケーションのすべての言語の進行状況を見ることができます。 さらに、すべての翻訳されたテキストも自動的にこのインターフェースに分類されます。 目的のローカライズを検索するために大きなドキュメントを急いで移動する必要がなくなり、悪名高い人的要因によるエラーの数が著しく減少しました。

これは自動化の最初の段階でした。 翻訳者、製品マネージャー、リリースエンジニアの生活を大幅に簡素化しました。 ただし、iTunes Connectのすべてのテキストをコピーする必要がありました。

ストアの準備を自動化する

ある時点で、新しいアプリケーションが市場に登場し、iOSアプリケーション開発者の生活を簡素化するものとして位置付けられました-fastlane 。 すぐにテストを開始しました。 しかし、その時点では、残念なことに、非常に粗雑な製品でした。ほとんどが月の位相によるスクリプトの多くのエラーとクラッシュがありました。 それにもかかわらず、彼は多くの可能性を開いた。

つまり、fastlaneを使用すると、アプリケーションのコンパイルからリリースまでのほとんどすべての作業をエンドユーザーに自動化できる可能性があります。

• 証明書の生成（ Cert ）、
• ユーザー管理のテスト（ パイロット ）、
• アプリケーションアセンブリ（ ジム ）、
• リリースの準備（ Deliver ）、
• リリース自体とすべてのすべての束。

このツールの外観は、より関連性が高いものでした。その当時、私たちはすでに自分で似たようなものを書くことを考えていたからです。 しかし、iOSに加えて、Android、Windows Phone、BlackBerry、Xiaomi、Operaのアプリケーションをリリースし、同時にデスクトップバージョンで作業したため、手が届かず、時間がありませんでした。 同時に、開発、テスト、展開のフローを維持、改善、修正する必要がありました。 しかし、私たちはこの方向に向かって歩み始めました。

まず第一に、fastlaneが使用できる単一のアーカイブに、フォルダーとファイルに配置されたテキストアセットのすべてのローカライズをアンロードするためのインターフェイスを教えました。

次に、ファイル構造を準備し、Deliver（fastlaneコンポーネント）リポジトリを初期化し、インターフェイスからすべてのローカライズをダウンロードし、必要な場所に配置して、同じDeliverを介してiTunes Connectにダウンロードを開始するスクリプトを作成しました。

このスクリプトは、リリースエンジニアだけでなく、製品マネージャーまたはテスターが使用できます。 しかし、最大の利点は、このスクリプトを使用して、ストアの準備時間を30分から1時間から30秒に短縮したことです。 また、これにより、人的要因によるエラーを最小限に抑えることができました。

その後、すべてのバージョンが美しい新機能のテキストを必要とするとは限らず、毎回バグ修正を書くのは面倒です。 次に、製品マネージャーに標準テキストの15バージョンを作成するように依頼し、それらをインターフェイスに入力して（つまり、チームなしで変更、補足、削除が可能になった）、インターフェイスに以前のバージョンのテキストを置き換えることを教えました。批准を設定します。

現在、新機能と大規模な変更を伴う非常に大きなリリースがない場合、以前に翻訳されたデフォルトのテキストのいずれかを使用します。 統計によると、10〜15のリリースに1つだけが多くの美しいテキストを必要とします。 それ以外の場合、デフォルトオプション（平凡に見える）を使用すると、プロセスのすべての参加者の時間と労力が大幅に節約されます。

AppleがTestFlightコンポーネントを持っていることも注目に値します。 選択したテストユーザーでアプリケーションの新しいバージョンをテストできます。 バイナリファイルがそこにアップロードされた後、ベータリリースとメインリリースの両方で処理されます。 これは、アプリケーションのビルド直後に行うため、リリースの準備が整う前に処理することができ、処理タイムアウトが大幅に削減されます。 つまり、さらに30分– 1時間節約できます。

進行状況の監視を自動化する

次の段階で、不便で長期にわたる進捗状況の監視の問題を解消することにしました。 この時点までに、Appleはレビュープロセスを大幅に加速しました。以前にレビューを待機するのに約5日かかっていた場合、わずか数日しかかかりませんでした。 私たちの記憶の中で最も短い待機期間は、1日（約20時間）弱です。

その時点で、カスタムスクリプトがすでに作成されていたため、iTunes Connectでアプリケーションのステータスを監視していました。 ただし、サイトの設計と、iTunes Connectのアクティブな開発チーム（多くのアプリケーションがあります）の変更の必要性、およびサイトの定期的な変更により、いつでも何かが壊れる可能性があります。 実際、時々起こったこと。 一般に、近代化、修正、サポートのための時間と手が足りないため、このオプションは私たちには適していませんでした。

その後、同じマジックファストレーンを使用することにしました。 幸いなことに、その頃には、はるかに信頼性が高く便利に使用できるようになりました。 iTunes Connectのfastshipライブラリ-Spaceship-を30分ごとに通過するスクリプトを作成し、すべてのアプリケーションのステータスとアクティブバージョンに関する統計を収集し、結果をデータベースに保存します。 これらの統計に基づいて、製品マネージャー向けの便利なインターフェイスを作成しました。このマネージャーでは、リリースの準備からリリースまでのアプリケーションの進行状況をほぼリアルタイムで監視し、担当従業員への通知と追加のメールを設定できます。

さらに、リリースライフサイクルのインジケータを備えたアクティブビルドのリストを使用して、ページにステッカーを作成しました。

• Gitリポジトリにリリースブランチを作成してテストします。
• アプリケーションの新しいバージョンの今後のリリースに向けてストアを準備します。
• アプリケーションを送信して、Appleからのレビューを待ちます。
• 問題（拒否）がある場合は、その結論。
• すべてのアプリケーションのレビューが正常に完了し、リリースを待っています。
• すべてのアプリケーションの正常なリリース。

開発およびテストプロセスのすべての参加者にとって明らかな利便性に加えて、これにより他のチームはステータス、リリース、問題などの変更の正確な日付を取得できました。また、まったくすべてのBadooチームの原因の検索と問題の調査が簡素化されました。

したがって、インターフェースの1ページで、絶対にすべてのアプリケーションのリリースの現在の進捗状況と、ステータスとバージョンの監視の開始からのすべてのリリースの完全な履歴を誰でも見ることができます。 ステータス、バージョンなどの変更の正確な日付を含むこれらすべて。将来的には、これにより詳細な統計をアップロードできるようになります。たとえば、1か月または1年の完全なリリースサイクルの時間の変更などです。 そして、もちろん、時間、量、頻度で美しいグラフィックを作成してください-グラフィックが好きではない人！

結果は何ですか？

1. 1つのアプリケーションの準備と送信に費やす時間を（1〜2時間から（理想的には）1または2分に短縮）。
2. 手動での作業は、1つのスクリプトをほぼ起動するように削減されました。
3. リポジトリでリリースブランチを作成してからストアでアプリケーションをリリースするまでのリリースの進捗を監視するための便利なシステムが開発されました。
4. すべてのアプリケーションのリリースに関する個別の詳細な統計を収集することが可能になりました。
5. 製品マネージャー、リリースエンジニア、翻訳者の生活が簡素化されました。
6. プロセスのほとんどすべての参加者がすぐにリリースできます。
7. このプロセスは、会社の全体的な流れにほぼ完全に統合されています。
8. 私たちの手は、他のサイトでリリースプロセスをアップグレードするために完全に解放されています。
9. iTunes Connect Webインターフェイスでのほぼ完全な手動回避。

今後の計画

私たちは素晴らしい仕事をしました。 しかし、現在活発に開発されており、近い将来に計画されているものがいくつかあります。

まず、ローカライズされたスクリーンショットをプロダクトマネージャーに入力するための便利なインターフェイスを作成します。 このような資産の性質と人的要因により、完全に自動化することは非常に困難です。 幸いなことに、スクリーンショットはめったに更新されません。

次に、リリースエンジニアまたはプロダクトマネージャーがスクリプトを実行することから、プロセスの参加者がインターフェイスの1つのボタンにプロセス全体を導き、すべてのQAおよびプロダクトマネージャーが毎日使用することを望みます。 ワンクリックでリリースする準備ができました！ レポタ！