[Mobile] Automated builds to TestFlight / Play internal testing and scripted releases

オープン
  • 何か問題がありますか？
#513 コメント 0 件 リアクション 0 件 担当者 0 名 GitHub で見る

メンテナーはふだん 1 日以内に返信

まだ誰も着手していません。

評価

難易度
4/5
見積もり時間
3〜5日
初心者へのやさしさ
15/100
issue の種類
機能追加
明瞭さ
おおむね明確
活発さ
活発
技術スタック
github-actions, nodejs, react-native
領域
build-system, ci-cd, mobile, release

調査の方向性

Start with mobile/eas.json, mobile/app.config.ts and the scripts block in mobile/package.json, then read where mobile/scripts/build.js and mobile/scripts/release.js would fit. The work depends on store credentials that a newcomer will not have, so begin with the dry-run and safety-gate logic that can be checked without them. Done means npm run build and npm run release --dry-run run with no store writes, and a production artifact that contains the staging API host is rejected.

索引モデルが issue の本文から書いたものです。

説明

agent-ready devops enhancement :rocket: mobile-app vic-2.0

Context

Set up the same build and release flow we use on our other Expo apps, so a build goes to testers without manual steps and a release is one command.

Scope

  • npm run build (mobile/scripts/build.js): pick a preset (env + platform), bump version / build numbers, build with EAS, upload the result:
    • Android .aab to Google Play internal testing (track internal, status completed);
    • iOS .ipa to TestFlight.
    • Presets for android-production-upload, ios-production-upload, both-production-upload and a preview APK for direct install.
    • Artifacts named vic-<version>-<platform><build>-<profile>.<ipa|aab|apk>, with a git tag v<version>-<platform><build> per uploaded build.
  • npm run release (mobile/scripts/release.js): promote an already uploaded production build to the Play production track (staged rollout 20 / 50 / 100 %) and submit the App Store version for review, with release notes drafted from the commits since the previous build tag. --dry-run prints every store write; --watch polls both stores until the release is live.
    • Safety gates before any store write: only production profile artifacts, the JS bundle must contain the production API host and must not contain the staging one, the store must already know the build, and an explicit confirmation phrase.
  • npm run update -- <channel> "<message>": EAS Update (OTA) to the development, staging and production channels.
  • Optional: a GitHub Actions workflow that runs the build + upload on a tag / manual dispatch, using the same scripts and the secrets below.
  • Clean up mobile/eas.json: fill submit.production (iOS ascAppId, Android track internal) and drop the Cognito env vars once own auth ships.

Keys and access to configure

Accounts are owned by Commit Global; Tribus needs the access below. Local files go in mobile/_serviceKeys/ (gitignored); in CI they become repository secrets.

Apple

  • App Store Connect API key (.p8) with App Manager role or above, plus its Key ID and Issuer ID. With it, EAS also manages the distribution certificate and provisioning profile without an Apple login.
  • Apple Team ID of the Commit Global developer account.
  • The app's Apple ID in App Store Connect (ascAppId in eas.json).
  • TestFlight internal testers group (Tribus + Commit Global).

Google

  • Google Cloud service account JSON key, invited in Play Console → Users and permissions with release rights on the VIC app.
  • Play Console: the first .aab must already be uploaded by hand (it is, for the current app); internal testing track with the tester list.
  • google-services.json (Firebase) for Android push, if push stays on Firebase.

Expo / other

  • EXPO_TOKEN (robot token) for the Commit Global Expo account / VIC project, for CI builds and EAS Update.
  • SENTRY_AUTH_TOKEN, if we upload source maps and dSYMs to Sentry.
  • stores.json in _serviceKeys/: { "ascKeyId": "…", "ascIssuerId": "…", "appleTeamId": "…" }.

Acceptance criteria

  • npm run build in mobile/ builds with EAS and uploads Android to Play internal testing and iOS to TestFlight, without manual steps once keys are in _serviceKeys/.
  • npm run release promotes an uploaded production build (Play staged rollout, App Store review) and --dry-run performs no store writes.
  • A production artifact containing the staging API host is rejected before any store write.
  • mobile/scripts/README.md documents commands and the one-time key setup.
  • No secret is committed; _serviceKeys/ and artifacts are gitignored.

Dependencies

Phase 0. No blockers.

Where to look

  • mobile/eas.json
  • mobile/app.config.ts
  • mobile/package.json
主要言語
TypeScript
スター
3
フォーク
2
平均マージ
18分
マージ済み PR（30日）
118

環境構築

はじめの一歩

  1. issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
  2. 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
  3. リポジトリをフォークし、ブランチを切って変更します。
  4. issue 番号を参照したプルリクエストを送ります。

code4romania/vic のほかの issue

code4romania/vic の issue をすべて見る

似ている issue

TypeScript の issue をもっと見る

新しい issue をメールで受け取る

初心者向けの GitHub issue を短くまとめたダイジェスト。