121–130 of 248 posts
Oh god, the app store does not need more slop. If you can't be bothered to open XCode (which I agree is a dumpster fire, but), you shouldn't be bothered to submit an app that a person has to review and another person has to filter out of their search results.
Counterpoint: XCode is such slop that an app made by a developer with the taste to avoid it has a higher probability of being less "sloppy" than average.
In my experience, the better long-term choice if you're going to vibe code an app is to use Expo. Its basis is React, so the code output quality is much higher than Swift because there is much more React code in LLM training data. Everything is in the command line, and debugging is a breeze because it's a web view. But once it's compiled to native iOS, it feels like any other native app. Expo + Fastlane = fully autom…
This one?? https://expo.dev/ Our code broke It looks like there was an error we need to look at. Sorry about the inconvenience.
fwiw, expo seems solid; the uptime of expo.dev won't affect an app built with it.
I've been building and testing my iOS app just for fun via Linux only. Surprisingly, it's very easy. This works like a charm: https://github.com/xtool-org/xtool You do not need to upload to TestFlight or the App Store; you can just install the app locally to your iPhone via usb -- even from Linux! When in doubt, just ask your coding agent of choice to help you create and upload a Hello World iOS app. It's really easy…
Earlier quoted context omitted.
Do the coding agents know about this tool?
just link it?
This is the perfect use case for a skill: one person takes the hit to create the skill and then anyone else who wants the tool can use the skill.
Interesting this is coming across as novel. This is how CI build machines for Apple’s platforms have been setup in perpetuity.
Technically, you are using Xcode. Xcode is a [buggy as hell] GUI wrapper for a lot of system-level UNIX utilities and apps [which are generally, not so buggy]. Using CLI to release apps is a pretty old practice; at least as long as I've been doing it (I released my first Xcode app in 2012).
That's good to hear. I never even tried to make anything for macOS because I opened Xcode and.. well, you know.
Hope you like long argument lists. xcodebuild has a crazy long parameter list.
https://developer.apple.com/documentation/xcode/xcode-comman...
Shameless plug: I've been working on strudel [0], a CLI that uses a lot of the same ideas in this post and allows you to build/sign/notarize Mac (and iOS) apps without touching Xcode. It has a dry run mode so you can see the actual commands being run, which was important to me to have so there's no mystery about what's happening. I should blog about more this, but I also went to some effort to add support free iOS pr…