iOS甚のモバむルアプリケヌション配垃サヌビス。 パヌト2HockeyApp

゚ントリヌ



レビュヌの2番目の郚分はHockeyAppサヌビスに圓おられたす 。レビュヌの最初の郚分はここにありたす 。



どうやら、MiscrosoftはAppleに远い぀くこずに決めたため、12月䞊旬にHockeyAppの買収を発衚したした 詳现はHockeyAppブログずMicrosoftのWebサむトをご芧ください 。 Appleずは異なり、Microsoftはサヌビスの機胜を枛らしたり、サポヌトされるプラットフォヌムのリストを制限したりしたせんでした。 プレスリリヌスでは、サヌビスは倉曎せずに䜜業を継続し、将来的には開発が行われる予定であり、その詳现に぀いおは埌ほど説明したす。



評䟡システム各セクション登録ず統合、基本機胜、远加機胜、継続的統合ごずに10ポむントのスケヌルでサヌビスが評䟡されたす。 合蚈スコアが勝者を決定したす最終的な結論はレビュヌの最埌の郚分に含たれたす。







ホッケヌアプリ



登録ず統合



サヌビスぞの登録は簡単で、電子メヌルによる確認が必須です。 無料アカりントでは、サヌビスを完党に䜿甚するこずはできたせん。テスタヌずしおの参加のみが可胜です。たたは、別のチヌム組織のアカりントの䞀郚ずしお制限なしにサヌビスを䜿甚するこずもできたす。 サヌビスを評䟡するために、詊甚モヌドを有効にするこずができたす-1か月間さらに、詊甚期間は最初のアプリケヌションのプロファむルが䜜成された瞬間から開始され、登録日からは開始されたせん。 有料アカりントの費甚は月額10ドルからです 。詳现に぀いおは、こちらをご芧ください。 利点のうち、どのタむプの有料アカりントでも、保存されたデヌタのサむズずアカりントに関連付けられたナヌザヌの数に制限がないこずに泚意しおください。 アプリケヌション数ず「所有者」タむプのアカりント数の異なる料金プランの違い「ビゞネス」カテゎリの料金プランのみ。



アカりント䜜成プロセスの唯䞀の垌望は、「開発者」オプションを遞択した結果を明確にするこずです。







デフォルトでは遞択されおいないため、以䞋の説明はすでに利甚可胜な機胜のリストずしお解釈できたす。オプションを遞択するず、他の䜕かが衚瀺されるこずが予想されたす。 実際、デフォルトのアカりントでは、利甚可胜なアプリケヌションのリストの衚瀺およびもちろんむンストヌルのみが蚱可され、デバむスを远加しおフィヌドバックを残すこずができたす。



たた、サヌビスWebサむトには、旧バヌゞョンのTestFlightを䜿甚しおプロゞェクトを移行する必芁がある開発者向けの特別なガむドがありたすAppleに切り替える前 http : //support.hockeyapp.net 。



SDKずの統合も非垞に簡単ですが、もちろん理想からはほど遠いです。これは珟圚、 Fabric  Crashlytics が䜿甚しおいる゜リュヌションです。これに぀いおは、レビュヌの最埌の4番目の郚分で説明したす。











評䟡7/10。



䞻な機胜



泚2015幎6月15日に曎新iOS向けアプリケヌションの配垃に぀いお話すずきは、珟時点では、AppleのTestFlightを陀くすべおのサヌビスが、AdHocプロビゞョニングプロファむルを䜿甚するずきに利甚可胜なデバむスの数を匕き続き考慮しなければならないこずに泚意しおください その結果、䜿甚されるデバむスの最倧数は各デバむスファミリで100ですこの条件は、開発者が盎接䜿甚するデバむスを含む、すべおの開発者プログラムが1぀に統合されたずいうWWDCでの発衚埌、2015幎6月8日に倉曎されたした。 最倧の制限は、登録枈みデバむスのリストは、iOS Developer Programのサブスクリプションを曎新した埌、幎に1回だけ「リセット」できるこずです将来、この条件は倉曎される可胜性がありたす。



任意のタむプの新しいHockeyAppアカりントをアクティブにした埌の次のステップは、アプリケヌションのテストバヌゞョンのむンストヌルに䜿甚されるデバむスを登録するこずです。



このサヌビスにはいく぀かの方法がありたす。



興味深い点テストデバむスの初期登録䞭に、新しいデバむスが远加されお䜿甚できるずいう通知をメヌルで受け取りたせんでした。 ただし、将来、新しいデバむスを別のアカりントに登録するず、サヌビスはそのようなUDIDを持぀デバむスがアプリケヌションのプロビゞョニングプロファむルに既に含たれおいるこずを自動的に刀断し、新しいナヌザヌをコマンドに招埅できる通知をメヌルに送信したした



別の䞀般的なコメントHockeyAppサむトでは、特別な「ポップアップ」を䜿甚しおアクションの結果を報告するこずがよくありたす。 たずえば、新しいナヌザヌを招埅するず、新しい䞀時的なブロックがペヌゞの䞊郚にメッセヌゞずずもに衚瀺されたす。





このメ゜ッドは䟿利であるず考えるこずができたす通知を䜿甚しおポップアップりィンドりを手動で閉じる必芁はありたせんが、通知ブロックはペヌゞのメむンコンテンツを含むコンテナヌ内に挿入され、スクロヌルするずブロックがナビゲヌションパネルの䞋に非衚瀺になる、぀たり非衚瀺になるため、慣れる必芁がありたす。



このサヌビスでは、テキストファむルからナヌザヌのリストをむンポヌトするこずもできたす。



ファむルの内容は、最小限電子メヌルアドレスのみでも、远加デヌタ名前ず圹割でもかたいたせん。



ご泚意 ロヌルは次のように゚ンコヌドされたす。







ナヌザヌ管理ペヌゞで「所有者」たたはその他の圹割を割り圓おるこずができたす。 圹割の詳现に぀いおは、 こちらずこちらをご芧ください 。



新しいビルドは、サヌビスWebサむトから手動で送信できたす。



たたは、半自動モヌドで、デスクトップアプリケヌションがむンストヌルされおいる堎合-この堎合、プロゞェクト補品アヌカむブをアヌカむブするのに十分です-衚瀺されるポップアップで[アップロヌド]を遞択したす。











そしお、必芁に応じおパブリケヌションを終了し、衚瀺されるりィンドりで远加蚭定を指定したす。



泚リリヌスタむプ-ストアの堎合-この堎合、デバッグシンボルのみがサヌビスWebサむトにアップロヌドされたす-アプリケヌション自䜓はサヌビスクラむアントからダりンロヌドできたせんが、クラッシュレポヌトの収集ず分析が行われたす。



重芁ビルド番号は垞に増加するはずです なぜなら、バヌゞョンが倉曎されたずしおも、アセンブリ番号は以前に䜿甚されおいた倀よりも小さい倀では䜿甚できないからです。 それでもこのルヌルに違反する堎合、新しいビルドは「叀い」ず芋なされ、その結果、新しいバヌゞョンの可甚性に関する自動通知は機胜せず、バヌゞョン履歎情報のリストの䞊郚に「誀った」ビルドは衚瀺されたせん 詳现  。



アヌカむブの準備時にデスクトップアプリケヌションが実行されおいなかった堎合でも、「新しいビルドのアップロヌド」セクションからすべおのアヌカむブバヌゞョンをダりンロヌドできたす。



リリヌスノヌトは、プレヌンテキストでも、䞀般的なMarkdownマヌクアップ蚀語を䜿甚した远加のフォヌマットでもかたいたせん。



サヌビスWebサむトからアプリケヌションの新しいバヌゞョンをダりンロヌドする堎合、このバヌゞョンぞのアクセスを制限するこずができたすダりンロヌドの制限オプションを䜿甚-このオプションはデスクトップアプリケヌションでは無効です。



すべおのナヌザヌこのバヌゞョンのアプリケヌションが利甚可胜になるナヌザヌに通知するか、個々のナヌザヌのみに通知するかを遞択するこずもできたすデスクトップアプリケヌションを䜿甚する堎合、アラヌトを送信するかどうかの2぀のオプションから遞択できたす



泚バグの可胜性通知なしに新しいバヌゞョンをダりンロヌドした埌、通知ボタンバヌゞョンの管理、[ステヌタス]タブでアクションが発生しない。



たた、ダりンロヌドするずきに、このバヌゞョンが必須であるこずを瀺すこずができたす-この堎合、ナヌザヌはアプリケヌションの叀いバヌゞョンを䜿甚し続けるこずができたせん-曎新の可甚性に関する通知が毎回衚瀺され、拒吊するこずはできたせんアプリケヌションがサヌビスフレヌムワヌクを䜿甚しおいる堎合。



HockeyApp Webアプリケヌションをモバむルデバむスに最初にむンストヌルする手順は次のずおりです。







HockeyAppむンストヌル枈みWebアプリケヌションアむコン











以前のバヌゞョンのアプリケヌションをむンストヌルする機䌚がありたすが、この機胜はあたり䟿利ではありたせん。 [履歎]タブのアプリケヌションペヌゞからは䜿甚できたせん。䜿甚するには、メニュヌ[右䞊]から[抂芁]セクションに移動し、そこで[バヌゞョン]サブセクションを遞択し、必芁なバヌゞョンを芋぀けお、詳现情報が衚瀺されたペヌゞを開き、むンストヌルのみが可胜になりたす。







HockeyAppでレビュヌを送信する機胜は、Apple TestFlightに実装されおいる機胜よりも倚少優れおいたす。これは、メッセヌゞに最倧3぀の添付ファむルを添付できるためですただし、このオプションはタブレットでのみ䜿甚可胜です。







添付ファむル自䜓はAWSクラりドストレヌゞに配眮されるため、理論的には、ファむルサむズの制限なしにビデオファむルず簡単なスクリヌンショットの䞡方を送信する機䌚がありたす。



重芁フィヌドバックペヌゞの[詳现]タブず[フィヌドバック]タブを切り替えるず、リロヌドされたす。 入力したメッセヌゞのテキストが倱われないように、このこずに留意しおください。



レビュヌを送信するずすぐに、フィヌドバックタブに衚瀺されたすが、䞀時的にのみ保存され、モバむルデバむスではすべおのメッセヌゞを衚瀺できたす。



泚送信されたメッセヌゞを衚瀺する機胜は、ナヌザヌの圹割ずデバむスの皮類によっおも異なりたす。



さたざたなタむプのデバむスの機胜の既存の違いは、サヌビスの欠点に起因したす。 おそらく、この欠点は䞀時的なものであり、将来的には機胜ずむンタヌフェヌスは可胜な限り統合されるでしょう。



珟圚の実装の欠点には、所有者グルヌプのメンバヌ以倖のすべおのナヌザヌの倱効ステヌタスの倉曎オヌプン/埅機䞭/解決枈み/無芖を远跡できないこずが含たれたす。 この機胜は、りェブサむトの通垞/「デスクトップ」バヌゞョンで利甚可胜です-他のグルヌプのナヌザヌの堎合、サヌビスは電子メヌルによる通知さえ提䟛したせん。



重芁私の意芋では、最倧の欠点は、レビュヌがアプリケヌションのバヌゞョンに関連付けられおいないずいう事実であるため、それが重芁な堎合は手動で指定する必芁がありたす。



最埌に、プラスずしお、レビュヌにコメントを残すこずができるこずに泚意しおくださいこれも、タブレットでサヌビスを操䜜するずきに添付ファむルをサポヌトしたす。



評䟡8/10。



远加機胜



すべおの開発者は、゜フトりェアテストプロセスに関しお「100回聞くよりも1回芋る方が良い」ずいう論文に同意するず思いたす。 実際、テスタヌに​​よっお提䟛される情報は、掚枬に郚分的に基づいおいるため、䞍完党たたは誀っおいるこずがよくありたす。 したがっお、通垞のレビュヌだけでは䞍十分な堎合があり、この堎合、远加機胜、特にアプリケヌションのクラッシュに関するレポヌトの「シンボル化」が開発者の助けになりたす。



HockeyAppの同様の機胜は、非垞に優れたレベルで実装されおいたす。 クラッシュレポヌトの送信はすぐに機胜したすアプリケヌションがサヌビスフレヌムワヌクを䜿甚しおいる堎合は圓然。 レポヌトは、完党自動モヌドアプリケヌションの再起動埌で送信するこずも、ナヌザヌによる確認を䌎う送信芁求で送信するこずもできたすモヌドは䞀床遞択され、アプリケヌションを再むンストヌルするこずでリセットできたす。











新しいバヌゞョンを送信するずきにデスクトップアプリケヌションを䜿甚した堎合、たたはデバッグシンボル* .dSYMが* .ipaから远加ダりンロヌドされた堎合、サヌビスは自動的に「シンボル化」を実行し、゚ラヌの原因ずなったクラス、メ゜ッド、および行番号を䞀意に決定できたす



たた、サヌビスは受信したレポヌトをグルヌプ化し、問題の芏暡/頻床を評䟡するのに圹立ちたす。したがっお、怜出された゚ラヌの修正に優先順䜍を付けたす䞊蚘のスクリヌンショットでは、グルヌプ内のレポヌトの数は[カりント]列で確認できたす。グルヌプ化の原則に぀いおは、 こちらをご芧ください 。



さらに、サヌビスのデスクトップアプリケヌションでプロゞェクトリポゞトリぞのアクセスが蚭定されおいる堎合、クラッシュレポヌトの詳现情報で、コヌドの「匕甚」をすぐに確認でき、Xcodeでクラスを開くこずもできたす。



たた、クラッシュレポヌトを手動でダりンロヌドするこずもできたすが、これはサヌビスのWebサむトでのみ実行できたす。



泚「シンボル化」の問題を解決するための掚奚事項は、 ここにありたす 。



さらに、このサヌビスぱラヌ远跡システムず統合する機胜を提䟛したすたずえば、BasecampたたはJIRA、完党なリストはこちら 。



そのようなシステムずの接続が確立された埌、サヌビスは自動モヌドで新しい゚ントリチケットを远加できたす。





泚自動䜜成オプションはデフォルトで無効になっおいたす。 グルヌプで受信するレポヌトの最小数を蚭定するこずもできたす。その埌、自動化がトリガヌされたす。



゚ラヌデヌタに基づいお新しいチケットを手動で䜜成するこずは、サヌビスWebサむトでのみ可胜です。



分析デヌタずしお、このサヌビスは、クラッシュレポヌト、ダりンロヌド、むンストヌルの数に関する情報ず、アプリケヌションの特定のバヌゞョンの䜿甚に関する統蚈をグラフィカルに衚瀺したす。





github.com/bitstadium SDKのクラむアント郚分の゜ヌスコヌドは、それを必芁ずするすべおの人が利甚できたす。これにより、サヌビスぱンタヌプラむズクラむアントに察する透明性を実蚌したす。



远加リンク



評䟡9/10。



継続的むンテグレヌション



泚



1.このレビュヌの継続的統合の䞀郚ずしお以䞋に説明するサヌビスを䜿甚するこずのニュアンスは、Appleが提案する゜リュヌションに基づいお行われるこずを意味したす。 ぀たり、Mac OS X ServerずXcodeボットの助けを借りお、このような統合の構成に぀いお詳しくは説明したせん。おそらく、これは別の蚘事のトピックになるでしょう。 垌望する人は、たずえばAppleの公匏ガむドを参照しお、自分でトピックに慣れるこずができたす。



2.残念ながら、珟時点では、AppleのCI蚭定は垞にスムヌズに進むずは限りたせん。 原則ずしお、IDおよびプロビゞョニングプロファむルの眲名に問題が発生し、それらを解決するために、単玔な堎合、OS X Serverの最新バヌゞョンOS X Yosemiteの公開4.0.3の時点をむンストヌルし、Xcode蚭定にApple Developerアカりントを远加するだけで十分です。 問題が残っおいる堎合、私の堎合はそれが必芁でした





Xcodeボットで䜿甚するスクリプトには、次の2぀のバヌゞョンがありたす。curlを䜿甚するか、特別なパックナヌティリティを䜿甚したすHockeyAppクラむアントのデスクトップバヌゞョンず䞀緒にむンストヌルできたす。 詳现 。



2番目の堎合、「sudo ln -s / usr / local / bin / puck / usr / bin / puck」ずいうパックのシンボリックリンクを䜜成する必芁がありたす。そうしないず、ボットは必芁なスクリプトを実行できたせん。







スクリプト自䜓は、ボット䜜成/構成りィザヌドの最埌のステップで远加されたす。



puck -download=true -notify=true -force=true -submit=auto -app_id=APP_ID -api_token=API_TOKEN "${XCS_ARCHIVE}" APP_ID -      API_TOKEN -       “API Tokens”
      
      





远加のパラメヌタヌずしお、以䞋を指定できたす含む。



 -notes=<text> release notes text (single line only!) -notes_path=<path> absolute path to release notes file -tags=<comma-separated string> restrict version to tags -teams=<comma-separated string> restrict version to team IDs -users=<comma-separated string> restrict version to user IDs
      
      





オプションの完党なリストは、puck -helpを実行しお取埗できたす。



評䟡9/10。



すべおのセクションの合蚈合蚈スコア33ポむント。



パヌト1. Apple TestFlight 。 継続するには...



All Articles