លក្ខណៈពិសេសនៃការកសាង និងចែកចាយកម្មវិធី iOS

នៅក្នុងអត្ថបទនេះ យើងចែករំលែកបទពិសោធន៍នៃការផ្គុំ និងចែកចាយកម្មវិធី iOS ដល់អ្នកប្រើប្រាស់ ដែលស្ទូឌីយោ Plarium Krasnodar បានប្រមូលផ្តុំនៅក្នុងដំណើរការនៃការបំបាត់កំហុស CI/CD ។

ការរៀបចំ

មនុស្សគ្រប់រូបដែលស្ថិតក្នុងមធ្យោបាយមួយ ឬមធ្យោបាយផ្សេងទៀតដែលពាក់ព័ន្ធនឹងការអភិវឌ្ឍន៍កម្មវិធីសម្រាប់ឧបករណ៍ Apple បានកោតសរសើររួចហើយចំពោះភាពងាយស្រួលដ៏ចម្រូងចម្រាសនៃហេដ្ឋារចនាសម្ព័ន្ធ។ ភាពលំបាកត្រូវបានរកឃើញនៅគ្រប់ទីកន្លែង៖ ពីម៉ឺនុយទម្រង់អ្នកអភិវឌ្ឍន៍ រហូតដល់ឧបករណ៍បំបាត់កំហុស និងបង្កើត។

មានអត្ថបទជាច្រើនអំពី "មូលដ្ឋាន" នៅលើអ៊ីនធឺណិត ដូច្នេះយើងនឹងព្យាយាមបន្លិចរឿងសំខាន់។ នេះជាអ្វីដែលអ្នកត្រូវបង្កើតកម្មវិធីរបស់អ្នកដោយជោគជ័យ៖

• គណនីអ្នកអភិវឌ្ឍន៍;
• ឧបករណ៍ដែលមានមូលដ្ឋានលើ macOS ដើរតួជាម៉ាស៊ីនមេបង្កើត។
• បានបង្កើត វិញ្ញាបនបត្រអ្នកអភិវឌ្ឍន៍ដែលនឹងត្រូវបានប្រើបន្ថែមទៀតដើម្បីចុះហត្ថលេខាលើពាក្យសុំ។
• បានបង្កើតកម្មវិធីដែលមានតែមួយគត់ ID (សារៈសំខាន់នៃ Bundle Identifier គួរតែត្រូវបានកត់សម្គាល់ ពីព្រោះការប្រើលេខសម្គាល់តួអក្សរជំនួសធ្វើឱ្យវាមិនអាចប្រើមុខងារជាច្រើនរបស់កម្មវិធី ឧទាហរណ៍៖ Associated Domains, Push Notification, Apple Sign In និងផ្សេងទៀត);
• ប្រវត្តិរូប ហត្ថលេខាកម្មវិធី។

វិញ្ញាបនបត្រអ្នកអភិវឌ្ឍន៍ត្រូវតែបង្កើតតាមរយៈ Keychain នៅលើឧបករណ៍ macOS ណាមួយ។ ប្រភេទនៃវិញ្ញាបនបត្រមានសារៈសំខាន់ណាស់។ អាស្រ័យលើបរិយាកាសកម្មវិធី (Dev, QA, Staging, Production) វានឹងខុសគ្នា (ការអភិវឌ្ឍន៍ ឬការចែកចាយ) ដូចនឹងប្រភេទនៃទម្រង់ហត្ថលេខាកម្មវិធីដែរ។

ប្រភេទសំខាន់ៗនៃទម្រង់៖

• ការអភិវឌ្ឍន៍ - មានបំណងសម្រាប់ការចុះហត្ថលេខាលើកម្មវិធីនៃក្រុមអភិវឌ្ឍន៍ វិញ្ញាបនបត្រអភិវឌ្ឍន៍ត្រូវបានប្រើ (ប្រភេទឈ្មោះ iPhone Developer: XXXXX);
• Ad Hoc - មានបំណងសម្រាប់ការចុះហត្ថលេខាលើកម្មវិធីសាកល្បង និងការផ្ទៀងផ្ទាត់ផ្ទៃក្នុងដោយនាយកដ្ឋាន QA វិញ្ញាបនបត្រចែកចាយរបស់អ្នកអភិវឌ្ឍន៍ត្រូវបានប្រើប្រាស់ (ប្រភេទឈ្មោះ iPhone Distribution: XXXXX);
• App Store - ចេញផ្សាយការបង្កើតសម្រាប់ការធ្វើតេស្តខាងក្រៅតាមរយៈ TestFlight និងការបង្ហោះទៅកាន់ App Store វិញ្ញាបនបត្រចែកចាយរបស់អ្នកអភិវឌ្ឍន៍ត្រូវបានប្រើប្រាស់។

នៅពេលបង្កើតទម្រង់ Development និង Ad Hoc វាត្រូវបានចង្អុលបង្ហាញផងដែរ។ បញ្ជីឧបករណ៍ដែលអ្នកអាចដំឡើង build ដែលអនុញ្ញាតឱ្យអ្នកដាក់កម្រិតការចូលប្រើបន្ថែមទៀតសម្រាប់អ្នកប្រើប្រាស់។ មិនមានបញ្ជីឧបករណ៍នៅក្នុងទម្រង់ App Store ទេ ដោយសារការគ្រប់គ្រងការចូលប្រើអំឡុងពេលសាកល្បងបិទជិតត្រូវបានគ្រប់គ្រងដោយ TestFlight ដែលនឹងត្រូវបានពិភាក្សានៅពេលក្រោយ។

សម្រាប់ភាពច្បាស់លាស់ អ្នកអាចបង្ហាញទម្រង់របស់អ្នកអភិវឌ្ឍន៍ក្នុងទម្រង់តារាងខាងក្រោម។ នេះធ្វើឱ្យវាកាន់តែងាយស្រួលយល់ថាតើប៉ារ៉ាម៉ែត្រអ្វីខ្លះដែលយើងត្រូវការសម្រាប់ការជួបប្រជុំគ្នា និងកន្លែងដែលត្រូវយកពួកវាពី។

សន្និបាត

ដើម្បីធ្វើឱ្យវាកាន់តែងាយស្រួលក្នុងការបំបែកការជួបប្រជុំគ្នាតាមគម្រោង និងបរិស្ថាន យើងប្រើឈ្មោះទម្រង់ដូចជា ${ProjectName}_${Instance}នោះគឺឈ្មោះគម្រោង + ឧទាហរណ៍ (អាស្រ័យលើបរិយាកាសកម្មវិធី៖ Dev, QA, GD, Staging, Live និងដូច្នេះនៅលើ) ។

នៅពេលនាំចូលទៅម៉ាស៊ីនមេ ទម្រង់ផ្លាស់ប្តូរឈ្មោះរបស់វាទៅជាលេខសម្គាល់តែមួយគត់ ហើយត្រូវបានផ្លាស់ទីទៅថតឯកសារ /Users/$Username/Library/MobileDevice/Provisioning Profiles (កន្លែងណា $Username ត្រូវគ្នានឹងឈ្មោះគណនីអ្នកប្រើប្រាស់របស់ build server)។

មានវិធីពីរយ៉ាងក្នុងការបង្កើតឯកសារ *.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 — ឈ្មោះ​គណនី​អ្នក​អភិវឌ្ឍន៍ ដែល​អាច​ត្រូវ​បាន​ផ្ទៀងផ្ទាត់​ក្នុង Keychain (iPhone Developer: XXXX XXXXXXX ដោយ​គ្មាន TeamID ក្នុង​តង្កៀប)។

PROVISIONING_PROFILE - លេខសម្គាល់ទម្រង់សម្រាប់ចុះហត្ថលេខាលើពាក្យសុំ ដែលអាចទទួលបានដោយពាក្យបញ្ជា៖

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 — វិធីសាស្រ្តចែកចាយ ត្រូវគ្នាទៅនឹងប្រភេទទម្រង់ហត្ថលេខាកម្មវិធី ពោលគឺសម្រាប់ការអភិវឌ្ឍន៍ តម្លៃនឹងជាការអភិវឌ្ឍន៍ សម្រាប់ Ad Hoc - ad-hoc និងសម្រាប់ App Store - app-store។

$BundleID - លេខសម្គាល់កម្មវិធី ដែលត្រូវបានបញ្ជាក់នៅក្នុងការកំណត់កម្មវិធី។ អ្នកអាចពិនិត្យដោយប្រើពាក្យបញ្ជា៖

defaults read $ProjectDir/Info CFBundleIdentifier

$DevAccName и $ProfileId — ឈ្មោះអ្នកអភិវឌ្ឍន៍ និងការកំណត់លេខសម្គាល់ទម្រង់ហត្ថលេខាដែលត្រូវបានប្រើពីមុន ហើយត្រូវតែផ្គូផ្គងតម្លៃនៅក្នុងការកំណត់នាំចេញ។

$TeamID — លេខ​សម្គាល់​ដប់​ខ្ទង់​នៅ​ក្នុង​តង្កៀប​បន្ទាប់​ពី​ឈ្មោះ​អ្នក​អភិវឌ្ឍន៍ ឧទាហរណ៍៖ iPhone Developer៖ …… (XXXXXXXXXX); អាចត្រូវបានពិនិត្យនៅក្នុង Keychain ។

បន្ទាប់មក ដោយប្រើពាក្យបញ្ជានាំចេញ យើងទទួលបានឯកសារ *.ipa ចាំបាច់៖

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

ព័ត៌មានដឹកជញ្ជូន

ឥឡូវនេះឯកសារដែលប្រមូលបានត្រូវបញ្ជូនទៅអ្នកប្រើប្រាស់ចុងក្រោយ ពោលគឺបានដំឡើងនៅលើឧបករណ៍។

មានសេវាកម្មជាច្រើនសម្រាប់ការចែកចាយ Development និង Ad Hoc build ដូចជា HockeyApp, AppBlade និងផ្សេងៗទៀត ប៉ុន្តែនៅក្នុងអត្ថបទនេះ យើងនឹងនិយាយអំពី server standalone សម្រាប់ការចែកចាយកម្មវិធី។

ការដំឡើងកម្មវិធីសម្រាប់ iOS ធ្វើឡើងជា 2 ដំណាក់កាល៖

1. ការទទួលបានការដំឡើងកម្មវិធីបង្ហាញតាមរយៈសេវាកម្មធាតុ។
2. ការដំឡើងឯកសារ *.ipa យោងទៅតាមព័ត៌មានដែលបានបញ្ជាក់នៅក្នុង manifest តាមរយៈ HTTPS ។

ដូច្នេះដំបូងយើងត្រូវបង្កើតការដំឡើង manifest (ប្រភេទឯកសារ *.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

ដូចដែលអ្នកអាចឃើញ manifest មានប៉ារ៉ាម៉ែត្រស្ទើរតែទាំងអស់ដែលពាក់ព័ន្ធនឹងការកសាងកម្មវិធី។

កំណែកម្មវិធី ($AppVersion) អាចត្រូវបានពិនិត្យដោយប្រើពាក្យបញ្ជា:

defaults read $ProjectDir/Info CFBundleVersion

ប៉ារ៉ាម៉ែត្រ $ipaUrl មានតំណផ្ទាល់ដើម្បីទាញយកឯកសារ *.ipa ។ ចាប់ពីកំណែទីប្រាំពីរនៃប្រព័ន្ធប្រតិបត្តិការ iOS កម្មវិធីត្រូវតែត្រូវបានដំឡើងតាមរយៈ HTTPS ។ នៅក្នុងកំណែទីប្រាំបី ទម្រង់នៃ manifest បានផ្លាស់ប្តូរបន្តិច៖ ប្លុកជាមួយនឹងការកំណត់សម្រាប់រូបតំណាងកម្មវិធីដូចជា

<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 (អ្នករៀបចំ),
• តាមរយៈ altool,
• តាមរយៈកម្មវិធី Loader សម្រាប់កំណែចាស់នៃ Xcode (ឥឡូវនេះ Transporter) ។

សម្រាប់ការទាញយកដោយស្វ័យប្រវត្តិ altool ត្រូវបានប្រើ ដែលក៏មានវិធីសាស្រ្តអនុញ្ញាតពីរផងដែរ៖

• ពាក្យសម្ងាត់ជាក់លាក់នៃកម្មវិធី,
• សោ API ។

វាជាការប្រសើរក្នុងការទាញយកកម្មវិធីដោយប្រើ API Key ។

ដើម្បីទទួលបាន API Key សូមចូលទៅកាន់ តំណភ្ជាប់ និងបង្កើតសោ។ បន្ថែមពីលើគន្លឹះខ្លួនវាក្នុងទម្រង់ *.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 ជាមួយនឹងប៉ារ៉ាម៉ែត្រដូចគ្នា។

កម្មវិធីនឹងត្រូវបានសាកល្បងដោយក្រុមហ៊ុន Apple ក្នុងរយៈពេលមួយ ឬពីរថ្ងៃ ហើយបន្ទាប់មកនឹងមានសម្រាប់អ្នកសាកល្បងខាងក្រៅ៖ ពួកគេនឹងត្រូវបានផ្ញើតាមអ៊ីមែលសម្រាប់ការដំឡើង។

វិធីមួយទៀតដើម្បីទាញយកកម្មវិធីតាមរយៈ altool គឺត្រូវប្រើពាក្យសម្ងាត់ជាក់លាក់របស់កម្មវិធី។

ដើម្បីទទួលបានពាក្យសម្ងាត់ជាក់លាក់នៃកម្មវិធី អ្នកត្រូវចូលទៅកាន់ តំណភ្ជាប់ ហើយបង្កើតវានៅក្នុងផ្នែកសុវត្ថិភាព។

បន្ទាប់មក អ្នកគួរតែបង្កើតកំណត់ត្រាម៉ាស៊ីនមេនៅក្នុង Keychain ជាមួយនឹងពាក្យសម្ងាត់នេះ។ ពីកំណែ 11 នៃ Xcode នេះអាចត្រូវបានធ្វើដោយពាក្យបញ្ជា:

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

នៅទីណា:

$DeveloperName - ឈ្មោះគណនីអ្នកអភិវឌ្ឍន៍ iOS ប្រើដើម្បីចូលសេវាកម្ម Apple ។

$AppPswd - បានបង្កើតពាក្យសម្ងាត់ជាក់លាក់នៃកម្មវិធី។

បន្ទាប់មក យើងទទួលបានតម្លៃនៃប៉ារ៉ាម៉ែត្រ asc-provider ហើយពិនិត្យមើលភាពជោគជ័យនៃការនាំចូលពាក្យសម្ងាត់ដោយប្រើពាក្យបញ្ជា៖

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

យើងទទួលបានលទ្ធផល៖

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

ដូចដែលអ្នកអាចឃើញ តម្លៃ Short Name ដែលត្រូវការ (asc-provider) ស្របគ្នាជាមួយនឹងប៉ារ៉ាម៉ែត្រ $TeamID ដែលយើងបានប្រើនៅពេលបង្កើតកម្មវិធី។

ដើម្បីធ្វើសុពលភាព និងផ្ទុកកម្មវិធីទៅក្នុង TestFlight សូមប្រើពាក្យបញ្ជា៖

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

ជាតម្លៃប៉ារ៉ាម៉ែត្រ -p អ្នកអាចយកតម្លៃ $AppPswd ក្នុងទម្រង់មិនអ៊ិនគ្រីប (ច្បាស់លាស់)។

ទោះយ៉ាងណាក៏ដោយ ដូចដែលបានបញ្ជាក់រួចមកហើយ តាមទស្សនៈនៃការអនុវត្ត វាជាការប្រសើរក្នុងការជ្រើសរើស API Key សម្រាប់ការអនុញ្ញាត altool ចាប់តាំងពីកំណែផ្សេងៗនៃ Xcode មានបញ្ហាមួយចំនួន ("មិនឃើញ" Keychain កំហុសក្នុងការអនុញ្ញាតអំឡុងពេលផ្ទុកឡើង។ល។)។

នោះហើយជាទាំងអស់ តាមពិត។ ខ្ញុំសូមជូនពរឱ្យអ្នកគ្រប់គ្នាពាក់ព័ន្ធនឹងការស្ថាបនាប្រកបដោយជោគជ័យ និងការចេញផ្សាយដោយគ្មានបញ្ហានៅក្នុង App Store ។

ប្រភព: www.habr.com