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

Đang mở
  • Có gì không ổn?
#513 0 bình luận 0 reaction 0 người được giao Xem trên GitHub

Maintainer thường phản hồi trong vòng 1 ngày

Chưa có ai nhận issue này.

Đánh giá

Độ khó
4/5
Thời gian dự kiến
3-5 ngày
Mức phù hợp với người mới
15/100
Loại issue
Tính năng
Độ rõ ràng
Khá rõ ràng
Mức độ hoạt động
Sôi nổi
Công nghệ
github-actions, nodejs, react-native
Lĩnh vực
build-system, ci-cd, mobile, release

Hướng nghiên cứu

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.

Do mô hình lập chỉ mục viết ra từ nội dung của issue.

Mô tả

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
Ngôn ngữ chính
TypeScript
Star
3
Fork
2
Merge trung bình
18 phút
Pull request đã merge (30 ngày)
118

Chuẩn bị môi trường

Bắt đầu từ đâu

  1. Đọc hết issue, rồi đọc hướng dẫn đóng góp của dự án.
  2. Bình luận trên issue rằng bạn sẽ nhận — tránh hai người làm cùng một việc.
  3. Fork repository và làm thay đổi trên một nhánh.
  4. Mở pull request có tham chiếu số hiệu của issue.

Issue khác của code4romania/vic

Tất cả issue của code4romania/vic

Issue tương tự

Thêm issue về TypeScript

Nhận issue mới trong hộp thư của bạn

Bản tóm tắt ngắn những issue GitHub phù hợp với người mới.