すべての記事
生成ループが緑を返した後に、私が手元で回している4つの受け入れ検査
ビルドが成功しても出荷できない状態は実在します。AI がビルドを反復する構成で見落とされやすい4点を、成果物そのものを走査する検査スクリプトとして手元に置く方法をまとめました。
ベータ SDK でビルドしたアプリは、TestFlight には配れても審査には出せません
ベータ版の Xcode でビルドしたアプリは TestFlight には配布できますが、App Store の審査には提出できません。手元のビルドがどの SDK で作られたかを確認する方法と、eas.json で提出用ビルドを守る設定をまとめました。
target API 36 の8月31日は、更新を出す人と出さない人で意味が違います
Google Play の8月31日には、更新提出に必要な API 36 と、新規ユーザーへの配信を保つための API 35 という別々の条件が重なっています。6本のアプリを運用する側の仕分け方と、延長フォームが誰に出るのかを整理しました。
審査がいつ明けるか読めないなら、公開日は審査の外側で決めます
審査の所要時間は開発者側で短縮できませんが、公開の瞬間は自分で決められます。App Store Connect の3つのリリース設定と Google Play の公開の管理、そして eas submit との噛み合わせを整理します。
Play Policy Insights を Expo プロジェクトに通すと、検出が0件になる条件が3つあります
Google Play が公式に配布し始めたポリシー審査スキルを、Expo 構成のプロジェクトで走らせた記録です。指すディレクトリひとつで検出が5カテゴリから0件に変わりました。走査が届く条件と、出力を鵜呑みにしてはいけない箇所を残します。
「Version code 1 has already been used」の番号は、app.json と EAS のどちらが持っているか
Play へのアップロードが versionCode で止まったとき、番号を闇雲に上げる前に確かめる場所と、app.json・EAS・build.gradle のどれが実際の値を持っているかを整理します。
Rork のプロジェクトで targetSdkVersion 36 を通すまでに直した3か所
app.json に targetSdkVersion 36 と書いてあるのに、ビルドが読んでいた値は 35 でした。実効値を報告するスクリプトと、引き上げ・更新停止・延長申請の三択の分け方を残します。
Rork のコードをエクスポートしたら、git init より先に .gitignore を用意します
Rork からエクスポートしたプロジェクトをそのまま git init すると、鍵や .env まで履歴に載ります。除外設定を先に置いた場合と後から足した場合の差を実際に測り、効く書き方と効かない書き方を確かめました。
Expo UI の drop-in 置き換えで、依存が本当に1本減る条件
Expo UI が SDK 56 で安定版になり、コミュニティ製パッケージ8件に drop-in の置き換えが用意されました。import を1行入れ替えても依存が減らない場合があります。減る条件を依存グラフから機械的に判定する手順をまとめました。
グラフが壊れて見えるのは、データが多いときではなく最初の数日でした
記録アプリの折れ線グラフが、データの少ない最初の数日だけ線が消える。原因はY軸の幅が0になり座標がNaNになることでした。実測した挙動と、描画前に置く小さな正規化層を紹介します。
App Store 2.5.2 に触れる実装を、提出前にリポジトリから洗い出す
リモートから届いた値でアプリの機能が変わる実装は、審査ガイドライン 2.5.2 の対象になり得ます。境界の引き方と、提出前にコードから機械的に洗い出す手順をまとめました。
Rork のアプリを公開する前に、Apple 側で自分が済ませておく手続き
Rork Max はビルドから申請まで自動化してくれますが、Apple 側のアカウント登録・契約・支払い情報は自分で埋める必要があります。個人開発で実際に詰まった順に整理しました。