iOS 애플리케이션 구축 및 제공 기능

이번 글에서는 Plarium Krasnodar 스튜디오가 CI/CD를 디버깅하는 과정에서 쌓아온 iOS 애플리케이션을 조립하고 사용자에게 전달한 경험을 공유합니다.

훈련

어떤 식으로든 Apple 장치용 애플리케이션 개발에 참여하는 모든 사람은 이미 논쟁의 여지가 있는 인프라의 편리함을 높이 평가했습니다. 개발자 프로필 메뉴부터 디버그 및 빌드 도구까지 모든 곳에서 어려움이 발견됩니다.

인터넷에는 "기본"에 관한 기사가 많이 있으므로 주요 내용을 강조하겠습니다. 애플리케이션을 성공적으로 빌드하는 데 필요한 사항은 다음과 같습니다.

• 개발자 계정;
• 빌드 서버 역할을 하는 macOS 기반 장치
• 생성됨 개발자 인증서, 이는 신청서에 서명하는 데 추가로 사용됩니다.
• 고유한 응용 프로그램을 만들었습니다. ID (와일드카드 ID를 사용하면 관련 도메인, 푸시 알림, Apple 로그인 등 애플리케이션의 많은 기능을 사용할 수 없으므로 번들 식별자의 중요성에 유의해야 합니다.)
• 프로필 응용 프로그램 서명.

개발자 인증서는 모든 macOS 장치에서 키체인을 통해 생성되어야 합니다. 인증서 유형은 매우 중요합니다. 애플리케이션 환경(개발, QA, 스테이징, 프로덕션)에 따라 애플리케이션 서명 프로필 유형도 달라지며(개발 또는 배포)도 달라집니다.

주요 프로필 유형:

• 개발 - 개발팀의 애플리케이션 서명을 위해 개발 인증서가 사용됩니다(유형 이름 iPhone 개발자: XXXXX).
• 임시 - 테스트 애플리케이션 서명 및 QA 부서의 내부 확인을 위해 개발자의 배포 인증서가 사용됩니다(유형 이름 iPhone 배포: XXXXX).
• App Store - TestFlight를 통한 외부 테스트 및 App Store에 업로드를 위한 릴리스 빌드, 개발자의 배포 인증서가 사용됩니다.

개발 및 임시 프로필을 생성할 때에도 표시됩니다. 장치 목록, 사용자의 액세스를 추가로 제한할 수 있는 빌드를 설치할 수 있습니다. 비공개 베타 테스트 중 액세스 제어는 나중에 설명할 TestFlight에서 처리하므로 App Store 프로필에는 장치 목록이 없습니다.

명확성을 위해 개발자 프로필을 아래 표 형식으로 제시할 수 있습니다. 이렇게 하면 조립에 필요한 매개변수와 해당 매개변수를 어디서 가져올 수 있는지 더 쉽게 이해할 수 있습니다.

조립

프로젝트 및 환경별로 어셈블리를 더 쉽게 분리할 수 있도록 다음과 같은 프로필 이름을 사용합니다. ${ProjectName}_${Instance}, 즉 프로젝트 이름 + 인스턴스(애플리케이션 환경에 따라 다름: Dev, QA, GD, Staging, Live 등)

빌드 서버로 가져오면 프로필 이름이 고유 ID로 변경되고 해당 폴더로 이동됩니다. /Users/$Username/Library/MobileDevice/Provisioning Profiles (어디 $Username 빌드 서버의 사용자 계정 이름에 해당합니다).

*.ipa 파일을 빌드하는 방법에는 레거시(PackageApplication)와 최신(XcAchive 생성 및 내보내기를 통해)의 두 가지 방법이 있습니다. 첫 번째 방법은 버전 8.3부터 앱 파일 패키징 모듈이 Xcode 배포판에서 제거되었기 때문에 더 이상 사용되지 않는 것으로 간주됩니다. 이를 사용하려면 이전 Xcode(버전 8.2 이하)의 모듈을 다음 폴더에 복사해야 합니다.
/Applications/Xcode.app/Contents/Developer/Platforms/iPhoneOS.platform/Developer/usr/bin/

그런 다음 다음 명령을 실행합니다.

chmod +x /Applications/Xcode.app/Contents/Developer/Platforms/iPhoneOS.platform/Developer/usr/bin/*

다음으로 애플리케이션의 *.app 파일을 수집해야 합니다.

xcodebuild 
-workspace $ProjectDir/$ProjectName.xcworkspace 
-scheme $SchemeName 
-sdk iphoneos 
build 
-configuration Release 
-derivedDataPath build 
CODE_SIGN_IDENTITY=”$DevAccName”
PROVISIONING_PROFILE=”$ProfileId”
DEPLOYMENT_POSTPROCESSING=YES 
SKIP_INSTALL=YES 
ENABLE_BITCODE=NO

장소 :

-workspace — 프로젝트 파일의 경로입니다.

-scheme — 프로젝트에 지정된 사용된 구성표.

-derivedDataPath — 조립된 애플리케이션(*.app)을 다운로드하기 위한 경로입니다.

CODE_SIGN_IDENTITY — 키체인에서 확인할 수 있는 개발자 계정의 이름(iPhone 개발자: XXXX XXXXXXX, 괄호 안에 TeamID 없음).

PROVISIONING_PROFILE — 다음 명령으로 얻을 수 있는 애플리케이션 서명용 프로필 ID입니다.

cd "/Users/$Username/Library/MobileDevice/Provisioning Profiles/" && find *.mobileprovision -type f | xargs grep -li ">${ProjectName}_${Instance}<" | sed -e 's/.mobileprovision//'

애플리케이션이 추가 프로필(예: 푸시 알림용)을 사용하는 경우 대신 PROVISIONING_PROFILE 나타내다:

APP_PROFILE=”$AppProfile” 
EXTENSION_PROFILE=”$ExtProfile” 

다음으로 결과 *.app 파일을 *.ipa로 패키징해야 합니다. 이렇게 하려면 다음과 같은 명령을 사용할 수 있습니다.

/usr/bin/xcrun --sdk iphoneos PackageApplication 
-v $(find "$ProjectDir/build/Build/Products/Release-iphoneos" -name "*.app") 
-o "$ProjectDir/$ProjectName_$Instance.ipa"

그러나 이 방법은 Apple의 관점에서 볼 때 더 이상 사용되지 않는 방법으로 간주됩니다. 애플리케이션 아카이브에서 내보내어 *.ipa를 얻는 것이 관련됩니다.

먼저 다음 명령을 사용하여 아카이브를 수집해야 합니다.

xcodebuild 
-workspace $ProjectDir/$ProjectName.xcworkspace 
-scheme $SchemeName 
-sdk iphoneos 
-configuration Release 
archive 
-archivePath $ProjectDir/build/$ProjectName.xcarchive 
CODE_SIGN_IDENTITY=”$DevAccName” 
PROVISIONING_PROFILE=”$ProfileId”
ENABLE_BITCODE=NO 
SYNCHRONOUS_SYMBOL_PROCESSING=FALSE

차이점은 조립방법과 옵션에 있습니다 SYNCHRONOUS_SYMBOL_PROCESSING, 빌드 시 기호 언로드를 비활성화합니다.

다음으로 내보내기 설정이 포함된 파일을 생성해야 합니다.

ExportSettings="$ProjectDir/exportOptions.plist"

cat << EOF > $ExportSettings
<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE plist PUBLIC "-//Apple//DTD PLIST 1.0//EN" "http://www.apple.com/DTDs/PropertyList-1.0.dtd">
<plist version="1.0">
<dict>
<key>compileBitcode</key>
<false/>
<key>uploadBitcode</key>
<false/>
<key>uploadSymbols</key>
<false/>
<key>method</key>
<string>$Method</string>
<key>provisioningProfiles</key>
<dict>
<key>$BundleID</key>
<string>$ProfileId</string>
</dict>
<key>signingCertificate</key>
<string>$DevAccName</string>
<key>signingStyle</key>
<string>manual</string>
<key>stripSwiftSymbols</key>
<true/>
<key>teamID</key>
<string>$TeamID</string>
<key>thinning</key>
<string><none></string>
</dict>
</plist>
EOF

장소 :

$Method — 전달 방법은 응용 프로그램 서명 프로필 유형에 해당합니다. 즉, Development의 경우 값은 development이고 Ad Hoc의 경우 임시, App Store의 경우 app-store입니다.

$BundleID — 애플리케이션 설정에 지정된 애플리케이션 ID입니다. 다음 명령으로 확인할 수 있습니다.

defaults read $ProjectDir/Info CFBundleIdentifier

$DevAccName и $ProfileId — 이전에 사용된 개발자 이름 및 서명 프로필 ID 설정은 내보내기 설정의 값과 일치해야 합니다.

$TeamID — 개발자 이름 뒤 괄호 안의 XNUMX자리 ID, 예: iPhone 개발자: …… (XXXXXXXXX); 키체인에서 확인하실 수 있습니다.

다음으로 내보내기 명령을 사용하여 필요한 *.ipa 파일을 얻습니다.

xcodebuild 
-exportArchive 
-archivePath $ProjectDir/build/$ProjectName.xcarchive 
-exportPath $ProjectDir 
-exportOptionsPlist $ExportSettings

배달

이제 수집된 파일을 최종 사용자에게 전달해야 합니다. 즉, 장치에 설치해야 합니다.

HockeyApp, AppBlade 등 개발 및 Ad Hoc 빌드 배포를 위한 많은 서비스가 있지만 이 기사에서는 애플리케이션 배포를 위한 독립 실행형 서버에 대해 설명하겠습니다.

iOS용 애플리케이션 설치는 2단계로 진행됩니다.

1. 항목 서비스를 통해 애플리케이션 설치 매니페스트를 수신합니다.
2. HTTPS를 통해 매니페스트에 지정된 정보에 따라 *.ipa 파일을 설치합니다.

따라서 먼저 다음 명령을 사용하여 설치 매니페스트(파일 형식 *.plist)를 생성해야 합니다.

cat << EOF > $manifest
<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE plist PUBLIC "-//Apple//DTD PLIST 1.0//EN" "http://www.apple.com/DTDs/PropertyList-1.0.dtd">
<plist version="1.0">
<dict>
<key>items</key>
<array>
<dict>
<key>assets</key>
<array>
<dict>
<key>kind</key>
<string>software-package</string>
<key>url</key>
<string>$ipaUrl</string>
</dict>
</array>
<key>metadata</key>
<dict>
<key>bundle-identifier</key>
<string>$BundleID</string>
<key>bundle-version</key>
<string>$AppVersion</string>
<key>kind</key>
<string>software</string>
<key>title</key>
<string>$ProjectName_$Instance</string>
<key>subtitle</key>
<string>$Instance</string>
</dict>
</dict>
</array>
</dict>
</plist>
EOF

보시다시피 매니페스트에는 애플리케이션 구축과 관련된 거의 모든 매개 변수가 포함되어 있습니다.

애플리케이션 버전($AppVersion)는 다음 명령으로 확인할 수 있습니다.

defaults read $ProjectDir/Info CFBundleVersion

매개 변수 $ipaUrl *.ipa 파일을 다운로드할 수 있는 직접 링크가 포함되어 있습니다. iOS XNUMX 버전부터는 HTTPS를 통해 애플리케이션을 설치해야 합니다. 여덟 번째 버전에서는 매니페스트의 형식이 약간 변경되었습니다. 다음과 같은 애플리케이션 아이콘에 대한 설정이 포함된 블록입니다.

<images>
   <image>...</image>
</images>

따라서 애플리케이션을 설치하려면 다음과 같은 링크가 포함된 간단한 HTML 페이지이면 충분합니다.

itms-services://?action=download-manifest&url=https://$ServerUrl/$ProjectName/$Instance/iOS/$AppVersion/manifest.plist

개발 및 테스트 부서의 요구에 맞춰 Plarium은 다음과 같은 기능을 제공하는 자체 빌드 설치 애플리케이션을 만들었습니다.

• 자율성과 독립성,
• 동적으로 생성된 "임시" 링크를 통한 액세스 제어 중앙화 및 애플리케이션 보안 설치,
• 확장 가능한 기능(즉, 필요한 경우 개발 팀이 누락된 기능을 기존 애플리케이션에 통합할 수 있음)

테스트

이제 우리는 다음을 사용하여 애플리케이션의 출시 전 테스트에 대해 이야기하겠습니다. TestFlight.

다운로드를 위한 필수 조건은 App Store 서명 프로필 유형과 생성된 API 키의 존재 여부입니다.

애플리케이션을 다운로드하는 방법에는 여러 가지가 있습니다.

• Xcode(주최자)를 통해,
• 알툴을 통해,
• 이전 버전의 Xcode(현재 Transporter)용 Application Loader를 통해.

자동 다운로드에는 두 가지 인증 방법이 있는 altool이 사용됩니다.

• 앱별 비밀번호,
• API 키.

API Key를 사용하여 애플리케이션을 다운로드하는 것이 바람직합니다.

API 키를 얻으려면 다음으로 이동하세요. 링크 그리고 키를 생성합니다. *.p8 형식의 키 자체 외에도 IssuerID와 KeyID라는 두 가지 매개변수가 필요합니다.

그런 다음 다운로드한 키를 빌드 서버로 가져옵니다.

mkdir -p ~/.appstoreconnect/private_keys
mv ~/Downloads/AuthKey_${KeyID}.p8 ~/.appstoreconnect/private_keys/

TestFlight에 애플리케이션을 업로드하기 전에 애플리케이션의 유효성을 검사해야 합니다. 다음 명령을 사용하여 이를 수행합니다.

xcrun altool 
--validate-app 
-t ios 
-f $(find "$ProjectDir" -name "*.ipa") 
--apiKey “$KeyID” 
--apiIssuer “$IssuerID” 

Где apiKey и apiIssuer API 키 생성 페이지의 필드 값이 있습니다.

다음으로 검증에 성공하면 다음 명령을 사용하여 애플리케이션을 로드합니다. --upload-app 동일한 매개변수를 사용합니다.

애플리케이션은 XNUMX~XNUMX일 이내에 Apple에서 테스트한 후 외부 테스터에게 제공됩니다. 설치 링크가 이메일로 전송됩니다.

altool을 통해 애플리케이션을 다운로드하는 또 다른 방법은 App-Specific Password를 사용하는 것입니다.

앱별 비밀번호를 얻으려면 다음으로 이동해야 합니다. 링크 보안 섹션에서 생성하세요.

다음으로 이 비밀번호를 사용하여 키체인에 빌드 서버 기록을 생성해야 합니다. Xcode 버전 11부터는 다음 명령을 사용하여 이 작업을 수행할 수 있습니다.

xcrun altool --store-password-in-keychain-item "Altool" -u "$DeveloperName" -p $AppPswd

장소 :

$DeveloperName — Apple 서비스에 로그인하는 데 사용되는 iOS 개발자 계정의 이름입니다.

$AppPswd — 생성된 앱별 비밀번호.

다음으로 asc-provider 매개변수의 값을 가져오고 다음 명령을 사용하여 비밀번호 가져오기 성공을 확인합니다.

xcrun altool --list-providers -u "$DeveloperName" -p "@keychain:Altool"

우리는 출력을 얻습니다:

Provider listing:
- Long Name - - Short Name -
XXXXXXX        XXXXXXXXX

보시다시피, 필수 짧은 이름 값(asc-provider)은 애플리케이션을 구축할 때 사용한 $TeamID 매개변수와 일치합니다.

애플리케이션을 검증하고 TestFlight에 로드하려면 다음 명령을 사용하십시오.

xcrun altool 
--(validate|upload)-app   
-f $(find "$ProjectDir" -name "*.ipa") 
-u "$DeveloperName" 
-p "@keychain:Altool" 

매개변수 값으로 -p 당신은 가치를 취할 수 있습니다 $AppPswd 암호화되지 않은(명시적) 형식입니다.

그러나 이미 언급했듯이 성능 관점에서 볼 때 altool 인증에는 API 키를 선택하는 것이 더 좋습니다. Xcode의 다른 버전에는 특정 문제(키체인이 "보이지 않음", 업로드 중 인증 오류 등)가 있기 때문입니다.

실제로 그게 전부입니다. 관련된 모든 분들이 App Store에서 성공적인 빌드와 문제 없는 출시를 기원합니다.

출처 : habr.com