Repository navigation
release: 0.1.1 build 2, because build 1 expired in TestFlight before anyone installed it - #16
Conversation
…anyone installed it
|
No actionable comments were generated in the recent review. 🎉 ℹ️ Recent review info⚙️ Run configuration
📒 Files selected for processing (2)
Included review availability: This review used your included allowance. Your plan provides up to 1 included review per hour; 0 remain after this review. 📝 WalkthroughWalkthroughThe README now identifies v0.1.1 as being prepared for TestFlight and the App Store. The project marketing version is 0.1.1, and the build number is 2. ChangesRelease Version Update
Priority: ⬇️ Low Estimated code review effort: 1 (Trivial) | ~2 minutes Change: Other Merge Risk: ⚪ Minimal · up to The release metadata consistently identifies v0.1.1 and build 2, and the release workflow accepts the matching v0.1.1 tag. No actionable merge-blocking risk remains. 🚥 Pre-merge checks | ✅ 5✅ Passed checks (5 passed)
✨ Finishing Touches🧪 Generate unit tests (beta)
Thanks for using CodeRabbit! It's free for OSS, and your support helps us grow. If you like it, consider giving us a shout-out. Comment |
Build 0.1.0 (1) reached App Store Connect this morning, processed as valid, and then showed up as Expired four hours later, before the TestFlight invitation could install anything. An expired build cannot be brought back, and the release workflow refuses a tag that does not match the marketing version, so the next upload needs a new version and a higher build number.
This bumps project.yml to 0.1.1 build 2 and the README status line with it. Nothing else changes. Tag v0.1.1 on the merge commit runs the upload.
Summary by CodeRabbit