On 4, Feb, 2012, at 03:08 PM, Roland King wrote: > > On Feb 4, 2012, at 5:09 PM, Martin Hewitson wrote: > >> Dear list, >> >> For those of you who are iOS aficionados, I guess this is obvious. How do I >> give an app to beta testers if it uses iCloud? Do I need to create a >> developer provisioning profile which contains the machine UUID or every beta >> tester? Does then the beta tester have to do the (slightly painful) thing of >> installing those profiles? Are there any official or unofficial guides for >> this? >> > > You do, either a development or adhoc distribution profile, the iCloud bit > doesn't really change it a lot, you have to give all the testers a profile > they have to install either way, just that that profile needs to also have > the iCloud permissions baked in. You can be fairly wildcard about the actual > iCloud URL you're using in development profiles (and I assume in ad hoc > distribution ones to but I've not tried). I now have one iCloud development > profile which has permissions to both the domains I use and I add 'testing' > on (ie com.yourdoman.testing). I then make all my test apps work relative to > a URL like that (com.yourdomain.testing.app1), in that way I can give the one > single profile to anyone I want to test with and it'll work. For the real app > I do something more custom.
For an OS X app, in the Developer Certificate Utility I only have the choice of creating a developer profile or a production profile. There is no ad-hoc profile. For the developer profile to work I have to tie it to the Hardware UUID of the machine(s) it will run on. I guess there's no reason that beta testers couldn't give me their Mac UUID.... But doesn't that mean that if I want to add a new tester, I need to create a new profile, which means the old ones stop working? But I suppose this is just a local check done at app launch, so existing testers will be unaffected, right? Sorry, I'm a bit new to this stuff since I've only been developing OS X apps up to now, and until iCloud provisioning profiles weren't needed for me. > >> I also wonder if Apple will test iCloud functionality during the app >> approval process. Has anyone any thoughts on that? >> > > That I don't know, I haven't yet got an iCloud app working well enough for > myself that I've tried putting it through review. I'm sure they do test it > though. Yes, I guess they must. I finally got an app working well with iCloud and core data today, but I'm still stumped with the UI aspects of enabling/disabling iCloud at the user level. In SyncServices, this was handled at the system level, and not at the app level. Seems now we each have to roll our own system for switching sync on and off and dealing with the consequences of that (merging and so on). Cheers, Martin > >> Best wishes, >> >> Martin >> >> >> >> _______________________________________________ >> >> Cocoa-dev mailing list (Cocoa-dev@lists.apple.com) >> >> Please do not post admin requests or moderator comments to the list. >> Contact the moderators at cocoa-dev-admins(at)lists.apple.com >> >> Help/Unsubscribe/Update your Subscription: >> https://lists.apple.com/mailman/options/cocoa-dev/rols%40rols.org >> >> This email sent to r...@rols.org > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Martin Hewitson Albert-Einstein-Institut Max-Planck-Institut fuer Gravitationsphysik und Universitaet Hannover Callinstr. 38, 30167 Hannover, Germany Tel: +49-511-762-17121, Fax: +49-511-762-5861 E-Mail: martin.hewit...@aei.mpg.de WWW: http://www.aei.mpg.de/~hewitson ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ _______________________________________________ Cocoa-dev mailing list (Cocoa-dev@lists.apple.com) Please do not post admin requests or moderator comments to the list. Contact the moderators at cocoa-dev-admins(at)lists.apple.com Help/Unsubscribe/Update your Subscription: https://lists.apple.com/mailman/options/cocoa-dev/archive%40mail-archive.com This email sent to arch...@mail-archive.com
