Did they? I find it nice and easy to get stuff uploaded. I guess that’s why it hasn’t updated since 2015! Guess I better go and read up on what I should be using now. Transporter presumably, having just done a quick look. Maybe you could add this to fire xcrun altool --upload-app --type ios --file --username --password
True, if their tools are there, it’s simple enough to use them. One thing that would be really nice, would be if you could somehow get Fire’s signing stuff to be picked up from Xcode, when you open your UI project file in Xcode. Because I constantly swap between different iMacs and my macBook , for more than one company (i.e. apple ID), most of which have my name on them, in Fire it can be a PITA trying to remember the right combination for the the right mac when I decide to try something on a device rather than simulator. In Xcode it’s very easy as the automatically manage signing thing just works as it does all the hard work behind the scenes. Not sure if that’s something you’ve considered, and I guess it’s not something that probably would affect many people.
I’m not sure I wanna get into the business of talking to (probably undocumented/fragile) Apple web APIs to create and obtain profiles from Fire itself.
What’s the main pain point, and what would you like Fire to automate? It should already pick up the default certificate (if there is one installed), "iOS Developer: " or "Apple Developer: ", and the default team profile (“iOS Team Provisioning:” or “iOSTeam Provisioning:”). What extra smarts would you like?
One thing I can think of is letting you pick the Team as setting, and automatically picking (if you have more than one of the above certs/profiles) the ones matching that team and/or filtering the cert and profile dropdown to those matching the selected team. Would that help?
I wasn’t thinking that, I was thinking perhaps I could edit the UI project file in Xcode and let it do the signing (though there may be more you’d need to provide the skeleton project file I guess) and then you pick up the settings from wherever Apple put them. No idea if that would work, but it can save going to their portal and doing the relevant signing stuff as Xcode can just do it. It’s also nice I can click on the ‘i’ next to the provisioning profile in Xcode and it shows me all the info I need from it.
I guess the main pain is that as it’s not something I do that often (have to switch), I forget the exact process and I end up with going to the developer site and logging in with the relevant apple ID just to find out whether I am F7M8K62S57 today, or another one, then work out whether any of them have expired since I last needed it.
It does pick up the defaults yes, and it’s nice that it has the identifier in brackets for both and the team name for the profile - but I can still have a choice of up to 10 on each one to pick from.
Yes, I think that would help. As I say it’s probably not something that a lot of people would ask for so it may not be worth your time. What I’ve done before is create a dummy Xcode project with the same name and bundle identifier as Fire, then let Xcode do its stuff, then go back to fire and make sure the settings match.
Incidentally, my last remaining Xcode project is about to be replaced with a shiny new Fire-built version so Xcode will simply be the GUI builder. I’m so pleased as Xcode it so blooming slow.
that could work. What’s current.ly missing in the Xcode sync project we generate that prevents you from doing it in there (apart form the sync back, of course)? Just the correct BundleIdentifier?
That I could definitely add. I’ll check what Xcode does there. Whats the info you find most useful/necessary to look at?
This part should be fairly easy; I just added exposing the team(s) in 5 minutes, and the rest shoukld be simple too. Main question is, what do I need to get a second team so I can test this — do I need a separate account or can I just create a second team in App Store Connect? I’ll check. Maybe you can PM me some of your profiles to dump into my folder, just for testing purposes?
Tell me about it. I hear people talk about how you need an iMac Pro for software development and I laugh, but with Xcode, you do. So glad Fire runs well on my (now EOLed) 12" MacBook Adorable ;).