Поширення бета-програми для віддалених користувачів

Схоже, немає простого рішення надати мою програму бета-iOS людям, які не мають фізичного контакту. Способи, за якими я виявив це робити БЕЗ використання App Store (про який явно говорить Apple, не для бета-тестування), є:

1. Використовуйте програму Enterprise Developer; Дорогий і надмірний

2. Використовуйте TestFlight; Лише до 25-ти «внутрішніх» тестерів, дозволених до того, як екстремальні Керівні принципи розроблені для більшої кількості людей (чому б просто не поставити це в App Store на даний момент ...?)

3. Дайте їм мій весь проект Xcode і дайте користувачеві побудувати його у власному середовищі Xcode; Неможливо запитати людей, які не знають технологій + я не хочу передавати свій проект людям поза моєю компанією

4. Спеціальний розвиток; Змусьте всіх подарувати мені свої UDID… Величезні клопоти щодо інших / Люди можуть не хотіти цього робити поза моєю компанією

Додаток, який я розробляю, буде використовуватися людьми в науковій спільноті для контролю конкретного пристрою, який створює моя компанія. Є ймовірність, що це може ніколи не відповідати стандартам Apple для додатків в App Store, але його можуть використовувати більш ніж 100 людей у ​​найближчому майбутньому. Я думаю, що справжнє запитання, яке я задаю, таке: Як я можу отримати свій бета-додаток "підрозмір" для великої групи людей?

У минулому вам доведеться вибирати між програмою Hockey і TestFlight для великих бета-груп - але тепер, коли Apple придбала TestFlight і вам потрібно пройти огляд, щоб отримати бета-версію, бета-версія тестування програми хокею найкраще підходить для ваших потреб перераховані.

Це допомагає здійснювати реєстрацію та управління користувачем, щоб отримувати сповіщення про збірки та подавати кінцевим користувачам. Ви все ще знаходитесь на гачку керування вашим пулом тестових AppleID, але тепер, коли ліміт 100 пристроїв був послаблений, ви можете робити досить широкі бета-тестування, використовуючи звичайні ліміти облікових записів розробників Hockey та Apple.

• http://hockeyapp.net/features/

Довгостроково, ви хочете перенести додаток в один з магазинів Apple, оскільки "зловживання" підписом розповсюдження підприємств є дорогим у часі та грошах на налаштування та з часом, не так складно отримати додаток шляхом перегляду. Так, можливо, ви затримаєтеся на місяць-два чи більше, але якщо ви не будете наполягати, це рідкісна програма, яка не може розгортатися, якщо ви не порушите одне з правил, яке Apple дуже піклується, наприклад, включаючи рамки, які використовують приватний API або запускаються код, який вони завантажують після підписання програми та надсилання на затвердження.

Єдиний ваш інший варіант - надіслати вихідний код кожному користувачеві і дозволити їм використовувати Xcode для створення, підписування та встановлення власного додатку. Це може летіти для мотивованих користувачів спеціального додатку. GitHub або інші інструменти для джерел допоможуть вам висувати оновлення, але ви будете підтримувати людей і, можливо, платити за це замість самого додатка відповідно до цієї моделі.

Ви можете використовувати TestFlight для зовнішніх бета-тестерів. Це дозволить протестувати до 2500 зовнішніх тестерів. Вам не потрібно знати їхні UDID, лише їх електронну адресу.

Однак я припускаю, що ви думаєте, що ваш додаток не зможе пройти навіть менш обмежений огляд бета-програми.

У такому випадку ви можете розповсюджувати свій додаток у "напівфабрикаті" формі. Замість того, щоб видавати проект Xcode, включаючи джерела, за якими ви заявляєте, що не хочете, ви можете розповсюджувати додаток як складені, але ще не підписані бінарні файли.

Для того, щоб полегшити клієнтам, вам доведеться створити або побудувати простий інструмент, який користувач може запускати, кодируючи бінарні файли за допомогою AppleID користувача. Їм не потрібно було б бути зареєстрованими розробниками Apple.

Інструменту потрібно буде змінити ім'я пакета в Info.plist і використовувати інструмент "codeign" для підписання програми:

Щоб зробити ім'я пакету унікальним, просто додайте будь-які випадкові ідентифікатори до імені пакета у файлі plist.

Засіб кодування знаку може використовуватися з такою командою:

codesign --force --sign "my identity"  <path for .app file>

де "моя ідентичність" - це ідентичність (ідентифікатор яблука) кінцевого користувача.

Fabric.io дійсно чудово.

Ви можете надіслати запрошення електронною поштою, і ви отримаєте відповідного UDID електронною поштою.

І справді хорошим моментом Fabric є функції Crashlytics та Analytics .

Платформа Fabric складається з чотирьох модульних наборів, які вирішують деякі найпоширеніші та найпоширеніші проблеми, з якими стикаються всі розробники додатків: стабільність, розподіл, дохід та особистість. Він поєднує в собі послуги Crashlytics, MoPub, Answers, Twitter та інших, щоб допомогти вам створити більш стабільні додатки, отримати дохід за допомогою найбільшої в світі мобільної рекламної біржі та дати можливість ввійти в систему входу у Twitter та багаті потоки вмісту в реальному часі. для більшого розповсюдження та спрощення ідентичності. А Тканина була побудована з легкістю використання на увазі. Установка займає всього кілька хвилин, а для більшості функцій потрібно лише кілька рядків коду - ви витрачаєте менше часу на управління SDK і більше часу на створення найкращого досвіду для своїх користувачів.

http://frabric.io

Diawi - це чудова платформа для того, що ти хочеш зробити.

По суті ви завантажуєте додаток на цю платформу, і ви отримуєте коротке посилання, яке ви можете надіслати своїм тестерам. Коли вони відкривають посилання на своєму пристрої iOS, їм буде запропоновано встановити додаток.

Як детально описано на їхньому веб-сайті, привід полягає в тому, що ви повинні додати пристрій кожного користувача до профілю забезпечення, який використовується для встановлення програми.

Це, мабуть, так просто, як це стає для користувачів, без розповсюдження через TestFlight.