원격 사용자에게 베타 앱 배포


8

신체 접촉이 아닌 사람들에게 베타 iOS 앱을 제공하는 간단한 해결책이없는 것 같습니다. App Store를 사용하지 않고이 작업을 수행 한 방법은 다음과 같습니다 (Apple은 베타 테스트 용이 아닙니다).

  1. 개발자 엔터프라이즈 프로그램을 사용하십시오. 비싸고 과도한

  2. TestFlight를 사용하십시오. 더 많은 사람들을 위해 극단적 인 지침을 마련하기 전에는 단지 25 명 정도의 "내부"테스터 만 허용됩니다 (이 시점에서 App Store에 넣는 이유는 무엇입니까?

  3. 그들에게 내 전체 Xcode 프로젝트를 제공하고 사용자가 자신의 Xcode 환경에서 빌드하도록하십시오. 기술에 정통하지 않은 사람에게 물어볼 수 없음 + 회사 외부 사람에게 프로젝트를 제공하고 싶지 않습니다.

  4. 애드혹 개발; 모든 사람이 저에게 UDID를 제공하게하십시오 ... 다른 사람들을위한 큰 번거 로움 / 사람들은 회사 밖에서 그것을 원하지 않을 수 있습니다

내가 개발하고있는 앱은 과학 커뮤니티의 사람들이 우리 회사가 만들고있는 특정 장치를 제어하는 ​​데 사용됩니다. App Store의 앱에 대해서는 Apple의 표준에 미치지 못할 가능성이 있지만 가까운 장래에 100 명 이상이 사용할 수 있습니다. 내가 묻는 실제 질문은 : "서브 파 (sub-par)"베타 앱을 많은 사람들에게 어떻게 구할 수 있을까?

답변:


2

과거에는 대규모 베타 그룹의 경우 Hockey 앱과 TestFlight 중 하나를 선택해야했지만 이제 Apple은 TestFlight를 구입했으며 베타 버전을 얻으려면 검토를 거쳐야합니다. Hockey 앱의 베타 테스트 프레임 워크는 귀하의 요구에 가장 적합합니다 나열되었습니다.

최종 사용자에게 빌드 및 알림을 제공하는 사용자 등록 및 관리를 처리하는 데 도움이됩니다. 테스트 AppleID 풀을 관리하는 데 여전히 어려움을 겪고 있지만 이제 100 개의 장치 제한이 완화되었으므로 Hockey 및 Apple의 일반 유료 개발자 계정 제한을 사용하여 꽤 광범위한 베타 테스트를 수행 할 수 있습니다.

장기적으로, 엔터프라이즈 배포 서명을 "유용"하는 데 시간과 비용이 많이 들기 때문에 시간이 지남에 따라 앱을 Apple의 상점 중 하나로 가져 가고 싶을 것입니다. 예, 한 달 또는 두 달 이상 지연 될 수 있지만 지속되는 경우 개인 API를 사용하거나 실행되는 프레임 워크를 포함하는 것과 같이 Apple이 크게 신경 쓰는 규칙 중 하나를 위반하지 않으면 배포 할 수없는 드문 앱입니다. 앱에 서명하고 승인을 위해 제출 한 후 다운로드하는 코드.

다른 옵션은 소스 코드를 각 사용자에게 제공하고 Xcode를 사용하여 자체 서명 한 다음 자체 앱을 설치하도록하는 것입니다. 그것은 전문 응용 프로그램의 동기 사용자에게 날 수 있습니다. GitHub 또는 기타 소스 도구를 사용하면 업데이트를 추진하는 데 도움이되지만 해당 모델에서 앱 자체 대신 인력을 지원하고 비용을 청구 할 수 있습니다.


따라서 이전에 내가주고 싶은 모든 사람의 UDID를 얻지 않고 내 앱을 배포 할 방법이 없습니까? .ipa 파일을 다른 사람에게 이메일로 보내서 자신의 iTunes에 넣을 수 없다는 생각이 들었습니다.
Jel

@ 젤-아니. TestFlight 또는 UDID를 수집하는 서비스를 통해 AppleID를 사용할 수 있습니다. 이것은 의도적으로 설계된 동작입니다. iOS는 앱을로드하지 않으려 고합니다. 2007 년 6 월 29 일 이후로 이것이 표준이었으며 곧 변경 될 것으로 보지 않습니다. 특히 iOS 9 및 Xcode를 사용하면 누구나 "자신의"앱에 자체 서명 할 수 있습니다.
bmike

2

외부 베타 테스터에 TestFlight를 사용할 수 있습니다. 이를 통해 최대 2,500 개의 외부 테스터로 테스트 할 수 있습니다. 그들의 UDID를 알 필요는 없으며 그들의 이메일 주소 만 알 수 있습니다.

그러나 귀하의 앱이 덜 제한적인 베타 앱 검토를 통과 할 수 없다고 생각합니다.

이 경우 앱을 "반 구운"형식으로 배포 할 수 있습니다. 원하지 않는 소스를 포함하여 Xcode 프로젝트를 제공하는 대신 앱을 컴파일되었지만 아직 서명되지 않은 바이너리로 배포 할 수 있습니다.

고객이 쉽게 사용할 수 있도록하려면 바이너리를 사용자의 AppleID와 함께 디자인하는 사용자가 실행할 수있는 간단한 도구를 구축하거나 구축해야합니다. 등록 된 Apple 개발자 일 필요는 없습니다.

이 도구는 Info.plist에서 번들 이름을 변경하고 "codesign"도구를 사용하여 앱에 서명해야합니다.

번들 이름을 고유하게 만들려면 plist 파일의 번들 이름에 임의의 식별자를 추가하십시오.

공동 디자인 도구는 다음과 같은 명령과 함께 사용할 수 있습니다.

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

여기서 "my identity"는 최종 사용자의 ID (apple-id)입니다.


최근 애플이 최근 F.lux 제작자들에게 그 연습을 그만두라고 요청했다고 언급 할 수있다.
GhostLyrics

2
예, 그렇습니다. 그러나 F.lux와의 차이점은 주로 F.lux 그룹이 Apple 개발자로 등록되었다는 것입니다. 그들은 애플과의 계약을 어 기고 있었고 잠재적 인 다른 앱이나 맥 프로그램이 금지되지 않도록하기 위해 iOS 앱의 사이드 로딩 추천을 중단하기로했다. 또한 F.lux 앱에는 수많은 잠재적 사용자가있었습니다. 이것은 최대 수백 명의 사용자가 사용할 수있는 전문 연구 장비처럼 들립니다. 이 경우 애플은 아마 관심을 보이지 않을 것이다.
jksoegaard

1
처음 두 단락은 일반적인 앱 검토 프로세스와 비교하여 베타 앱 검토와 관련하여 덜 엄격한 규칙을 알고 있는지 확인하기위한 것입니다. 도구에 대해 왜 그렇게 복잡하다고 생각하는지 모르겠습니다. Apple에서 제공하는 기존 명령 줄 도구를 실행해야합니다. 즉, 기존 도구 위에 사용하기 쉬운 GUI를 고수합니다. 어떻게 도움이되지 않는지 알 수 없습니다.
jksoegaard


1

Fabric.io 는 정말 훌륭합니다.

이메일로 초대장을 보내면 해당 UDID를 이메일로 받게됩니다.

Fabric의 가장 좋은 점은 CrashlyticsAnalytics 기능입니다.

Fabric 플랫폼은 모든 앱 개발자가 직면하는 가장 일반적이고 널리 퍼져있는 몇 가지 문제 (안정성, 배포, 수익 및 ID)를 해결하는 4 개의 모듈 식 키트로 구성됩니다. Crashlytics, MoPub, Answers, Twitter 등의 서비스를 결합하여보다 안정적인 앱을 구축하고 세계 최대의 모바일 광고 교환을 통해 수익을 창출하며 Twitter의 로그인 시스템과 풍부한 실시간 콘텐츠 스트림을 활용할 수 있습니다. 더 큰 분포와 더 간단한 정체성. 그리고 Fabric은 사용 편의성을 염두에두고 제작되었습니다. 설치하는 데 몇 분이 걸리지 않으며 대부분의 기능에는 몇 줄의 코드 만 있으면되므로 SDK를 관리하는 데 걸리는 시간이 줄어들고 사용자를위한 최상의 환경을 구축하는 데 더 많은 시간이 소요됩니다.

http://frabric.io


0

Diawi 는 여러분이 원하는 것을위한 훌륭한 플랫폼입니다.

기본적으로 앱을이 플랫폼에 업로드하면 테스터에게 보낼 수있는 짧은 링크가 제공됩니다. iOS 기기에서 링크를 열면 앱을 설치하라는 메시지가 표시됩니다.

웹 사이트에 자세히 설명되어 있듯이 응용 프로그램을 설치하는 데 사용되는 프로비저닝 프로파일에 각 사용자의 장치를 추가해야합니다.

이것은 아마도 TestFlight를 통해 배포하지 않고도 사용자가 얻는 것만 큼 쉬울 것입니다.

당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.