apple provisioning profile conflicts for testing on devices - ios

I'm currently working on an app for someone who has hired other people to write apps using his Apple Developer account. I've been working in Xcode, and the person previous to me was using Corona SDK. The last guy was the one who initially provisioned the profile for testing, and therefore has all of the provisioning info that I need on my computer in order to allow testing from it. I know that in Xcode there's a way to export the provisioning profile and import it onto another computer to solve this problem with relative ease; is there any way to do this between Corona and Xcode so that I can have the necessary information on my computer?
The guy who was using Corona just said to delete all of the information from the account and start from scratch, but a) my boss doesn't want to do this in case he needs to push more updates on the last app that was published, and b) I don't even know if that would work. My boss is willing to pay more money if there's a way to get a second, new provisioning license, but he wants to keep the same Developer account so that all of his apps are published under it.
What is the best course of action here?

Related

Installing iOS apps in AppCenter without needing to be added to the provisioning profile

I think similar questions may have already been asked but cannot find quite the right answer.
I have an app that I build using Fastlane and then deploy to both TestFlight and MS AppStore. We want to be able to have our testers test the app on AppStore but I cant quite wrap my head around the whole provisioning profile story in that case.
I currently have one build going up with ad-hoc profile and another with development profile. I can access it with my phone but my device is on both profiles so it works flawlessly.
When my manager or product manager try download it... well firstly it tells them that "The developers are working on a version for your device. You'll receive an email once this app is released" but then if they follow the link from the email it attempts to install then gives the lovely message of "This app cannot be installed because its integrity could not be verified" which from Googling suggests an issue with the provisioning profile... which makes sense because their devices aren't on the profile.
I came across the possibility of using in-house profiles but for that you need to be a part of Apple Enterprise Program, which, we are not. And that is intended for internal-use apps. Which I guess testing will be but also no.
The only thing I can think of would be to add their UUIDs to the provisioning profile but what bugs me with that is that I would need to make a new build every time theres someone else that wants to test the app which is ugly (not to mention that I'd need to get their devices UUID and can you imagine me trying to get the big boss to give me their devices UUID so that they can have the app in their hand and play with it)
Another thing is we are wanting to do automation testing, and that will run on random devices, so no idea how I would deal with provisioning those
Please if anyone can point me in the right direction?
Also could someone please explain to me the differences between the different provisioning profile types?
AppStore is one that gets resigned by AppStore
Ad-hoc as far as I understand is anyone on the provisioning profile can use it
Development, I have no idea what the difference between development and ad-hoc is
Theres also development id? not sure what that is
Enterprise/In House as far as I understand is a self signed and anyone can use the app but its designed for internal only apps.
theres apparently validation and package too, no idea.
Please and thank you for any assistance

How do I create a provisioning profile that allows developers on my team or clients to use early-stage builds of an unreleased app?

Context: We're an app development agency that has recently enrolled in the (paid) Apple Developer Program as an organization.
Problem: We'd like to both
a.) easily share WIP iOS projects with other team members so that they can test the software on their own iPhones or iPads
b.) easily share WIP iOS projects with clients so they can give feedback on next steps.
Our current process is that we get the device UDIDs for every work device of every developer on our team and also for our clients. Once we have those UDIDs, we create a brand new provisioning profile and then compile (or "archive" in Xcode terminology) the WIP app using this profile.
But this has downsides:
code that we've already compiled must be recompiled when the client sends us a new device (e.g. adding the iPhone UDID of a new project manager on their team)
despite every developer on our own team being connected to our organization as a developer-class user in App Store Connect > Users, I don't know of any way to compile (/
"archive") an IPA such that anyone on my team can run it on their phone.
Does anyone have any ideas on how to solve this pair of problems? Any pointers are highly appreciated.
Our org has an “enterprise” profile, used to archive a daily IPA which is published as a “Beta” build via a pipeline. Anybody in the org (without being devs) can just install the app, like you'd do from the App Store.
For hosting the app/build, you can use MS App Centre, which should solve your use case (and it also offers a free tier, to experiment and get a hang of it).

Distribute iOS App executable ( iPA ) to a set of users over email to install

I recently finished an application in Unity for a client who runs a sporting event and wanted the app to let the referees keep a more accurate log of the statistics of each game. When building for android, i get a single file that i can send to my device and install it/run it. The part that i have some questions is re-building that same project for IOS.
I know i MUST have xcode which means i MUST have a mac OS, but here are a few questions that i am unaware of.
1) With the most recent release of xcode, developers dont need the $99 apple developers kit to produce something and test it on their device. From what i learned, is it true that you need to verify each device you send the application to in order to test it?
2) Is there a way to compile the IOS application in a way that i can get a single file, or even a folder, and send it via email to my client, at which point they can download the file to their phone and have the application installed?
3) What is the easiest route i can take in order to get my application into ~30 peoples iphones without individually signing each phone to my application?
Thankyou for your help!
You will have to remove this question as what i understand this is a programming site, Please find the answer for reference below as per your question order.
with xCode 7.0 you can do this, we dont need any licenses and its free for any number of devices to test , refer :- link
Yes you can generate a executable which is termed as iPA , but if you want anyone else to install the iPA, either you will have to generate this using a enterprise profile, or you wil have to add you client device id while generating the profile on apple developer protal :- refer :- link
post which they can install the iPA using itunes
This is not possible as per my knowledge, as Apple has strict poilicies as you cant distribute witout their knowledge. that is the reason of having the apple developer account at first place.
Hope the following helps:
1) For testing on your local device XCode should set up proper provisioning files for the development builds of your app automatically once you purchase a developer license.
2) I build Enterprise Ad Hoc applications for a large publicly traded client and I'm able to send the compiled .IPA file to the client and have him test it by installing it via iTunes after I've signed it with a production certificate through XCode. He tests the app using that method before using a third party vendor to distribute the app on their corporately owned iPhones. The same should work if you sign your application with a production cert, although the aforementioned may be limited to the enterprise account's certificate.
3) If you're trying to remotely install a development version of the app on a test phone you will need to verify the phone via UDID in the Apple Developer center for AdHoc distribution, or use the TestFlight method. You can read more about how to do both of these methods here.
Hope this answer will help you out & good luck!
I think for that what you want you need a Paid Apple Developer because it is not possible (without Jailbreak) to install Apps which are not from the AppStore in iOS. So you have to "test" the App on each iPhone you want the App to run on, or you have to publish it to the AppStore, where you can set, that only specific Apple-IDs may download your app.
Thanks luca4499 and Max. I guess the $99 apple dev kit is the way i'm going to have to go then.
To clarify to other users interested in the same questions.
You can develop for multiple people without using the dev kit as long as your list of people isnt changing often, or you are ok with adding each device separately.
If you want to distribute your application, the easiest way is to get the apple dev kit.

Is it possible to distribute iOS app "in house" without Enterprise program?

I know questions like this one have been asked over and over again but I couldn't find an answer that goes straight to the point.
I have seen guides that seems to allow you to distribute your app OTA without having to be part of the Enterprise program.
I also have seen some tricks where, if you don't have a SSL certificate in your hosting, you still can use dropbox to configure your "links". (Enterprise app deployment doesn't work on iOS 7.1)
In summary I have used dropbox as it was indicated in one of the answers I found before and it totally worked. The problem is that I tried to test it in a different device and it didn't work (typical message
Unable to Download App. xxxx could not be installed at this time.
I'm signing the app using a distribution certificate and I'm using a provisioning profile for distribution:
I know it can sound pretty obvious that all that is meant to work only for the AppStore or ad-hoc distribution (this last one requires to collect all devices UDID and it's not what i'm looking for).
I would like to know if it is definitely possible or not to distribute my apps "in-house" without having to be part of the Enterprise program. If true... what I'm doing wrong?
Note: the guide you link to is not for in-house app distribution. That blog post is about ad-hoc distribution without using iTunes. It's not about not having to provision your devices or getting around paying for the Enterprise program.
It is possible, but it still requires the business to spend some money.
If the business is enrolled in the Volume Purchase Program then you can identify them as the authorized purchaser of your Business 2 Business app when you submit it to the App Store. Regular customers won't see it.
Unfortunately, Apple does not say up front how much it costs a business to enroll in the Volume Purchase Program (I'm guessing that it varies) so I don't know if it's cheaper than the Enterprise Program.

How do I deploy an iOS app without passing from the public store

I'm currently developing an iOS app for a company as a consultant and they explicitly asked that the app should not be visible in the public app store but I need to distribute to the employees and contractors.
What are the necessary steps in order to achieve this goal? I've found info on the web about the Apple Enterprise program but the procedure for the distribution is somewhat unclear to me, as the documentation I found is messy.
Could someone please explain what do I need and what are the steps to follow in order to distribute the app in such fashion? I've made clear the steps to get to the .ipa file, I need to put the file on the devices.
Thank you.
You can build your own server and host the application there itself.
You need to uploaded the IPA file on the server and create an HTML page through which it can be installed directly in the device.
This method is called Over The Air distribution. TestFlight uses the same method to do so.
Please refer this link for complete process:
http://aaronparecki.com/articles/2011/01/21/1/how-to-distribute-your-ios-apps-over-the-air
Create a distributed provision file for you app(You need to add the device identifier who want to install the app).
Build you app and distributed with ad hoc
Then the employee can install the app from itunes.
You can also enable the employee to install from safari, please refer here for more detail information.
If you release only a file.ipa to install that you need the jailbreak on the device, that's if is a big company is impossible, but you have a 2 possible ways:
1) huge an slow but is effective, finish you app and pass the project on a laptop, create new buy a new developer program only for this company, setUp the laptop with new certificate and install the app on all company device manually one by one, ins very slow and huge process, but it work, no app on appStore, and no body know that your project exist.
2) publish on app store with AdHoc provisioning profile, have 100 device per App, but you can publish more same app with different name ex: App1, App2 ext.
The app is on appstore, but not visible, only the device with AdHoc Provisioning Profile can install the app.
3) make a jailbreak on a device company heheheh
Hope this help you
Firstly, the app store is the the primary route for App distribution for iOS.
That said, I have done beta app distribution in the past using test flight.
http://testflightapp.com/
This size has usually been small, but you are usually limited by Apple to 100 ad-hoc devices per year. If your install base is going to exceed that, then you may need to look into other methods. Such as enrolling in the Apple's enterprise Program, which depending on the size of the company you're working for, might be a better option.
https://developer.apple.com/programs/ios/enterprise/

Resources