Benim senaryo

Bir iOS bir istemci için bir uygulama yazdım. Proje neredeyse bitti ve şimdi onları App Store koymak zamanı geldi. Onlara gönderiyorum geliştirme geliştirme süreci boyunca oluşturur. Paket kimliği benim şirket ve müvekkilimin projesi gibi çok temel vardı oluşturur bunlar: com.mycompany.clientname.projectname. Özel Dağıtım ile Ad Hoc bu yapılar kendi Sağlama Portal hesabımda oluşturduğum Profil Hazırlama imzaladım.

App Store'a gitme zamanı şimdi, onları kendi App Store Dağıtım ön hazırlık Profili ile imzalanacak bir Serbest ve İnşa gönderme yapmak istiyorum. Bu da proje için yeni bir Paket KİMLİĞİ ayarı anlamına gelir.

Benim sorunum

Onları ön hazırlık profili ile oturum için istemci için derlenmiş bir uygulama lazım. Ancak, ilk kullanacaklar ne için Paket KİMLİĞİ için ona ihtiyacımız var. Hadi com.bestclientever.appname olduğunu söylüyorlar. Böyle büyük mükafat 4 böylece kod imzalama gerektirir çünkü bana proje şimdi arşiv izin vermiyor. Yapamam kod işareti, çünkü yapamam oluşturmak bir temel hazırlık profili ile aynı Paket KİMLİĞİ olarak ne onlar kurmak ve onların ön hazırlık Portalı (Portal Hazırlama benzersizliği zorlar gibi.

Herhangi bir yanlış varsayımlar ya da yanlış anlama burada mı yaptım? yani. Gerçekten ile giriş yapacaklar için Paket KİMLİĞİ ayarlamak zorunda mıyım?

Soru

Arşiv, ya da aksi halde, kod imzalama olmadan bir iOS uygulaması oluşturmak için herhangi bir yolu var mı? Bir de "sonra" ayarı falan? iz gibi

Ya da, bir şekilde inşa uygulaması ile bir paket kimliği ama sonra başka biri olması mümkün işareti ile bir ön hazırlık profili için başka bir paket kimliği (ya da değişen paket kimliği derlenmiş bir uygulama veya başka bir imzalama yöntemi)?

Nasıl inşa son sürümünü inşa edebilirim ama bir başkası App Store dağıtımı için uygulama işareti var?

Çalışsa da keşfettim

• Müşteri için hareket.
  • Daha az anlayışlı diğer müşterilerle, sadece ön hazırlık Portalı ve iTunesConnect onların kimlik bilgilerini almak ve onları olarak inşa final yaparak sona erdi ettik. Bu müşteri ile Uçma. Sıkı güvenlik kuralları ve bürokrasi çok büyük bir şirket.
• Müşteri olarak sızdırma.
  • Bu benzer ve aynı nedenlerle işe yaramaz. Geliyor benim müşteri sormak için gerçekten balık "senin vermeözelve onları bana gönder anahtarları"? Bu teknik, bu cevap bir şekilde tanımlanmıştır: How can I send iOS app to client, for them to code-sign
• İstemci proje kaynak kodu göndermek ve onlara müsade sürüm oluşturma.
  • Kaynak kodu için bir lisans anlaşmamız böyle değildi. Ayrıca, bu istemci kaynak kodu (dolayısıyla dış kaynak kullanımı) ile yer almak istemiyor. Son çare olarak başvurulan bir seçenek olarak bunu kabul ediyorum, ama daha iyi bir yolu olmalı!
• Geliştirici Üye Admin düzey bir geliştirici olarak ayarlayın alma Merkezi.
  • Ne yazık ki, Ajan düzey kullanıcı temel hazırlık Profili (söyleyebileceğim kadarıyla) oluşturabilirsiniz. Bana bu işareti oluşturmak için kullanabileceğiniz bir profil oluşturmak ya da benim için bir profil oluşturmak ya da bir yolu olmalı gibi görünüyor. Her iki seçenek bulamıyorum.

Ben sadece aşağıdaki teknik çalışan WWDC 2012'de onaylandı. En küçük müşteri katılımı, düşük istemci uzmanlık, basit bir imzalama işlemi ve kaynak kod mülkiyet benim kısıtlamalarına uygun.

1. Müşteri olarak Üye Merkezi takım için geliştirici davet ediyorAdmin
2. Geliştirici davet (e-posta olmalıdır) kabul eder
3. Geliştirici Güncellemelerinden - ^ Düzenleyici açılır . Cihazlar Sekmesi ->Profiller ve hit sağlama sağ alt köşedeki Yenile. Doğru ekibi seçmek emin olun ve bir kaç yeni ürün almak gerekir.
4. Böyle büyük mükafat, varsayılan değerlerine (ya da Herhangi bir iOS için Geliştirici iPhone sıfırlama SDK) için Kod İmzalama Kimlik ayarları bırakın
5. Arşiv uygulaması
6. Organizatör, sağ arşiv ve seçmek Bulucu Göstermek
7. Gönder .müvekkilin dosya xcarchive
8. İstemci Güncellemelerinden yüklü olması gerekir
9. İstemci çift tıklattığında .Düzenleyici içinde açık olan xcarchive dosyası
10. İstemci tıklama Dağıtmak ve kendi kimliği ile uygulama işaretler
11. Kar

Bu istemci developer.apple.com Üye Merkezini kullanmak ve biraz (ama sadece Organizatör!) böyle büyük mükafat kullanmayı gerektirir. Eğer müvekkiliniz bu düzeyde teknik kapasite sorunları varsa, o zaman sadece onları (ve bunun için şarj!) için ele yapmanızı öneririz. Eğer bir işçi olarak kendi geliştirici için bir kullanıcı adı ve parola sorma ve sadece kendi adına hareket.

Ed not: daha fazla teknik ve müşteri için yer ve daha hacky ve geliştirici için riskli çünkü korkunç bir uzlaşma etrafında Ticaret anahtarları. Seçenek olmayan bir bu iki daha iyi seçeneklere göz önünde bulundurulmalıdır.