Run the iOS test app in Release mode on CI
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
- 55/100
- Loại issue
- Tính năng
- Độ rõ ràng
- Khá rõ ràng
- Mức độ hoạt động
- Ít trao đổi
- Công nghệ
- cpp, github-actions, ios, react-native, typescript
- Lĩnh vực
- build-system, ci-cd, mobile
Hướng nghiên cứu
Bắt đầu với job test-ios trong .github/workflows/check.yml và chạy pnpm run test:ios:allTests --mode Release trên apps/test-app để ghi nhận lỗi hiện tại. Kiểm tra packages/host/src/node/prebuilds/apple.ts nếu lỗi liên quan đến các XCFrameworks dựng sẵn. Công việc được xem là hoàn tất khi lần chạy kiểm thử iOS bản Release thành công trong CI.
Do mô hình lập chỉ mục viết ra từ nội dung của issue.
Mô tả
Tracking the TODO in the test-ios job of .github/workflows/check.yml.
The iOS integration tests only ever run in the default (Debug) configuration; the Release invocation is present but commented out:
Debug-only coverage leaves the configuration users actually ship untested. Release differs in ways that matter for this project specifically: optimisation and dead-stripping can drop symbols the addon loader looks up at runtime, NDEBUG removes the asserts that the C++ host relies on for its invariants, and code-signing/bitcode behaviour differs for the dynamic libraries inside the prebuilt XCFrameworks.
The TODO says "when it works", so the first step is to find out how it currently fails — run pnpm run test:ios:allTests --mode Release locally against apps/test-app and capture the failure. Depending on what it is, the fix may live in the prebuild pipeline (packages/host/src/node/prebuilds/apple.ts) rather than in the workflow.
Related: Logger.cpp unconditionally emits debug logs, which a Release run would surface (see the "disable debug logging in release builds" issue).
- Ngôn ngữ chính
- TypeScript
- Star
- 191
- Fork
- 10
- Merge trung bình
- 2 ngày 17 giờ
- Pull request đã merge (30 ngày)
- 3
Chuẩn bị môi trường
Dự án này không cung cấp dev container, Dockerfile hay hướng dẫn đóng góp, nên bạn cần tự thiết lập môi trường: hãy bắt đầu từ README và xem hướng dẫn đóng góp lần đầu của chúng tôi để biết các bước chung.
Bắt đầu từ đâu
- Đọc hết issue, rồi đọc hướng dẫn đóng góp của dự án.
- 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.
- Fork repository và làm thay đổi trên một nhánh.
- Mở pull request có tham chiếu số hiệu của issue.
Issue khác của callstackincubator/react-native-node-api
-
Android 🤖
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 66/100
-
Sanity check of Hermes source directory via environment variable, when building Android projectsĐang mởAndroid 🤖 good first issue
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 78/100
callstackincubator/react-native-node-api#163 · 1 bình luận ·
-
enhancement good first issue gyp-to-cmake
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 72/100
callstackincubator/react-native-node-api#161 · 3 bình luận · 1 reaction ·
-
enhancement Host 🏡
Độ khó 5/5 Hơn một tuần Mức phù hợp với người mới 25/100
-
Automatable good first issue
Độ khó 3/5 1-2 ngày Mức phù hợp với người mới 15/100
callstackincubator/react-native-node-api#424 · 1 bình luận ·
Tất cả issue của callstackincubator/react-native-node-api
Issue tương tự
-
Độ khó 1/5 1-3 giờ Mức phù hợp với người mới 88/100
supabase/agent-skills#611 ·
-
Độ khó 1/5 Dưới một giờ Mức phù hợp với người mới 68/100
polka-codes/test#345 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 1/5 1-3 giờ Mức phù hợp với người mới 92/100
GoogleChromeLabs/project-sesame#217 ·
Maintainer thường phản hồi trong vòng 12 ngày
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 74/100
solana-foundation/solana-com#2202 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 85/100