Live data from Hacker News

Building and shipping Mac and iOS apps without opening Xcode

scottwillsey.com

131–140 of 248 posts

Re: Building and shipping Mac and iOS apps without opening Xcode

#131

One down-side to this is that it does require you to run the agent on your Mac instead of in a Sandbox. I do this too and there are lots of problems I can't solve in a sandbox. I know a lot of you are throwing your hands up at the years of security practices we're throwing out the window when we do that. The fact that xAI uploaded someone's home directory, including their SSH keys, is giving me serious pause at my ch…

I run my AI headless in a docker container and give it access to git – it can only contribute code - when it needs a secret I put it in a docker container in vault. when it needs infra, it makes me a jira ticket. that's my workflow.

This is more challenging for macOS.

Re: Building and shipping Mac and iOS apps without opening Xcode

#132
> notarytool authenticates using a stored keychain profile that you create once, interactively — it prompts for an app-specific password, and there’s no way around the prompt.

You can use `--password ` (yeah, yeah, passwords on the command line are bad; I'm just challenging "there's no way around the prompt.")

Later (contradicting itself):

> The one step that stays interactive is notarytool store-credentials, and that’s a choice rather than a limitation: you could pass --password and script it, but that means putting an app-specific password in your shell history.

You can configure your shell to ignore history when needed.

https://stackoverflow.com/questions/6475524/how-do-i-prevent...

https://superuser.com/questions/352788/how-to-prevent-a-comm...

(And if it's in a script, it won't be in your history anyway.)

> These passwords go stale silently whenever you change your Apple ID password

You can use an ASC API key instead. This can be either a team key ("developer" access level) or an individual key.

https://developer.apple.com/documentation/appstoreconnectapi...

Re: Building and shipping Mac and iOS apps without opening Xcode

#133
Xcode 27 beta 3 has been the most stable release I've ever used. The type checking improvements were understated so I gotta laugh at this xcode avoidance.

Areas they could improve - what ever the heck is going on in their diffing ui for source control.

Re: Building and shipping Mac and iOS apps without opening Xcode

#136
post #84

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.

This is generally not true

Re: Building and shipping Mac and iOS apps without opening Xcode

#137
If you’re paying the $100/year to publish to the store you also get access to Xcode cloud, which you can point at a repo and it will build snd archive for you to distribute to testflight. I opened xcode to test locally in simulator the first time but haven’t had to since.

Using godot iOS export.

For regular old native ios dev replacing Xcode i don’t think i would do it.

Post reply on HN