ຄຸນສົມບັດຂອງການສ້າງ ແລະສົ່ງແອັບພລິເຄຊັນ iOS

ໃນບົດຄວາມນີ້, ພວກເຮົາແບ່ງປັນປະສົບການຂອງການປະກອບແລະສົ່ງຄໍາຮ້ອງສະຫມັກ iOS ໃຫ້ກັບຜູ້ໃຊ້, ທີ່ສະຕູດິໂອ Plarium Krasnodar ໄດ້ສະສົມໃນຂະບວນການ debugging CI / CD.

ການ​ຝຶກ​ອົບ​ຮົມ

ທຸກໆຄົນທີ່ຢູ່ໃນວິທີການຫນຶ່ງຫຼືອື່ນທີ່ກ່ຽວຂ້ອງກັບການພັດທະນາຄໍາຮ້ອງສະຫມັກສໍາລັບອຸປະກອນ Apple ໄດ້ຍົກຍ້ອງເຖິງຄວາມສະດວກສະບາຍທີ່ຂັດແຍ້ງຂອງໂຄງສ້າງພື້ນຖານ. ຄວາມຫຍຸ້ງຍາກແມ່ນພົບເຫັນຢູ່ທົ່ວທຸກແຫ່ງ: ຈາກເມນູໂປຣໄຟລ໌ຜູ້ພັດທະນາໄປສູ່ການດີບັກແລະເຄື່ອງມືສ້າງ.

ມີຫຼາຍບົດຄວາມກ່ຽວກັບ "ພື້ນຖານ" ໃນອິນເຕີເນັດ, ດັ່ງນັ້ນພວກເຮົາຈະພະຍາຍາມເນັ້ນໃສ່ສິ່ງທີ່ຕົ້ນຕໍ. ນີ້ແມ່ນສິ່ງທີ່ທ່ານຕ້ອງການເພື່ອສ້າງແອັບພລິເຄຊັນຂອງທ່ານໃຫ້ປະສົບຜົນສໍາເລັດ:

• ບັນຊີຜູ້ພັດທະນາ;
• ອຸປະກອນທີ່ໃຊ້ macOS ເຮັດໜ້າທີ່ເປັນເຊີບເວີສ້າງ;
• ສ້າງຂຶ້ນ ໃບ​ຢັ້ງ​ຢືນ​ການ​ພັດ​ທະ​ນາ​, ຊຶ່ງຈະຖືກນໍາໃຊ້ຕື່ມອີກເພື່ອເຊັນຄໍາຮ້ອງສະຫມັກ;
• ການ​ສ້າງ​ຕັ້ງ​ຄໍາ​ຮ້ອງ​ສະ​ຫມັກ​ທີ່​ມີ​ເອ​ກະ​ລັກ​ ID (ຄວາມສໍາຄັນຂອງ Bundle Identifier ຄວນສັງເກດ, ເພາະວ່າການໃຊ້ wildcard ID ເຮັດໃຫ້ມັນບໍ່ສາມາດໃຊ້ຫຼາຍຫນ້າທີ່ຂອງແອັບພລິເຄຊັນ, ຕົວຢ່າງ: Associated Domains, Push Notifications, Apple Sign In ແລະອື່ນໆ);
• ຂໍ້ມູນ ລາຍເຊັນຂອງຄໍາຮ້ອງສະຫມັກ.

ໃບຢັ້ງຢືນນັກພັດທະນາຈະຕ້ອງຖືກສ້າງຜ່ານ Keychain ໃນອຸປະກອນ macOS ໃດໆກໍຕາມ. ປະເພດຂອງໃບຢັ້ງຢືນແມ່ນມີຄວາມສໍາຄັນຫຼາຍ. ຂຶ້ນກັບສະພາບແວດລ້ອມຂອງແອັບພລິເຄຊັນ (Dev, QA, Staging, Production) ມັນຈະແຕກຕ່າງກັນ (ການພັດທະນາ ຫຼືການແຈກຢາຍ), ເຊັ່ນດຽວກັນກັບປະເພດຂອງໂປຣໄຟລ໌ລາຍເຊັນຂອງແອັບພລິເຄຊັນ.

ປະ​ເພດ​ຕົ້ນ​ຕໍ​ຂອງ profile​:

• ການ​ພັດ​ທະ​ນາ - ຈຸດ​ປະ​ສົງ​ສໍາ​ລັບ​ການ​ລົງ​ນາມ​ຄໍາ​ຮ້ອງ​ສະ​ຫມັກ​ຂອງ​ທີມ​ພັດ​ທະ​ນາ​, ໃບ​ຢັ້ງ​ຢືນ​ການ​ພັດ​ທະ​ນາ​ໄດ້​ຖືກ​ນໍາ​ໃຊ້ (ປະ​ເພດ​ຊື່ iPhone ຜູ້​ພັດ​ທະ​ນາ​: XXXXX​)​;
• Ad Hoc - ມີຈຸດປະສົງສໍາລັບການລົງນາມໃນຄໍາຮ້ອງສະຫມັກການທົດສອບແລະການກວດສອບພາຍໃນໂດຍພະແນກ QA, ໃບຢັ້ງຢືນການແຈກຢາຍຂອງຜູ້ພັດທະນາຖືກນໍາໃຊ້ (ຊື່ການແຈກຢາຍ iPhone: XXXXX);
• App Store - ປ່ອຍຕົວສ້າງສໍາລັບການທົດສອບພາຍນອກຜ່ານ TestFlight ແລະການອັບໂຫລດໄປຍັງ App Store, ໃບຢັ້ງຢືນການແຈກຢາຍຂອງຜູ້ພັດທະນາຖືກນໍາໃຊ້.

ເມື່ອສ້າງໂປຣໄຟລການພັດທະນາແລະ Ad Hoc, ມັນຍັງຖືກຊີ້ບອກ ບັນຊີລາຍຊື່ອຸປະກອນ, ທີ່ທ່ານສາມາດຕິດຕັ້ງການກໍ່ສ້າງ, ເຊິ່ງຊ່ວຍໃຫ້ທ່ານສາມາດຈໍາກັດການເຂົ້າເຖິງສໍາລັບຜູ້ໃຊ້ຕື່ມອີກ. ບໍ່ມີລາຍຊື່ອຸປະກອນຢູ່ໃນໂປຣໄຟລ໌ App Store, ເນື່ອງຈາກການຄວບຄຸມການເຂົ້າເຖິງໃນລະຫວ່າງການທົດສອບເບຕ້າປິດແມ່ນຈັດການໂດຍ TestFlight, ເຊິ່ງຈະຖືກປຶກສາຫາລືໃນພາຍຫຼັງ.

ເພື່ອຄວາມຊັດເຈນ, ທ່ານສາມາດນໍາສະເຫນີໂປຣໄຟລ໌ຂອງຜູ້ພັດທະນາໃນຮູບແບບຕາຕະລາງຂ້າງລຸ່ມນີ້. ນີ້ເຮັດໃຫ້ມັນງ່າຍຂຶ້ນທີ່ຈະເຂົ້າໃຈສິ່ງທີ່ພາລາມິເຕີທີ່ພວກເຮົາຕ້ອງການສໍາລັບການປະກອບແລະບ່ອນທີ່ຈະເອົາພວກມັນມາຈາກ.

Assembly

ເພື່ອເຮັດໃຫ້ມັນງ່າຍຂຶ້ນໃນການແຍກການປະກອບຕາມໂຄງການ ແລະສະພາບແວດລ້ອມ, ພວກເຮົາໃຊ້ຊື່ໂປຣໄຟລ໌ເຊັ່ນ ${ProjectName}_${Instance}, ນັ້ນແມ່ນ, ຊື່ໂຄງການ + ຕົວຢ່າງ (ຂຶ້ນກັບສະພາບແວດລ້ອມຂອງແອັບພລິເຄຊັນ: Dev, QA, GD, Staging, Live, ແລະອື່ນໆ).

ເມື່ອນໍາເຂົ້າກັບເຄື່ອງແມ່ຂ່າຍຂອງການກໍ່ສ້າງ, ໂປຣໄຟລ໌ຈະປ່ຽນຊື່ຂອງຕົນເປັນ ID ທີ່ເປັນເອກະລັກແລະຖືກຍ້າຍໄປໂຟນເດີ /Users/$Username/Library/MobileDevice/Provisioning Profiles (ບ່ອນໃດ $Username ກົງກັບຊື່ບັນຊີຜູ້ໃຊ້ຂອງເຊີບເວີສ້າງ).

ມີສອງວິທີທີ່ຈະສ້າງໄຟລ໌ *.ipa - legacy (PackageApplication) ແລະທີ່ທັນສະໄຫມ (ຜ່ານການສ້າງແລະສົ່ງອອກ XcAchive). ວິທີການທໍາອິດແມ່ນຖືວ່າລ້າສະໄຫມ, ນັບຕັ້ງແຕ່ຮຸ່ນ 8.3, ໂມດູນການຫຸ້ມຫໍ່ໄຟລ໌ app ໄດ້ຖືກລຶບອອກຈາກການແຈກຢາຍ 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​: 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//'

ຖ້າແອັບພລິເຄຊັນໃຊ້ໂປຣໄຟລ໌ເພີ່ມເຕີມ (ຕົວຢ່າງ, ສໍາລັບການແຈ້ງເຕືອນ Push), ຫຼັງຈາກນັ້ນແທນທີ່ຈະ 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 — ID ແອັບພລິເຄຊັນ, ເຊິ່ງລະບຸໄວ້ໃນການຕັ້ງຄ່າແອັບພລິເຄຊັນ. ທ່ານສາມາດກວດສອບດ້ວຍຄໍາສັ່ງ:

defaults read $ProjectDir/Info CFBundleIdentifier

$DevAccName и $ProfileId — ຊື່​ຜູ້​ພັດ​ທະ​ນາ​ແລະ​ການ​ຕັ້ງ​ຄ່າ ID ຂໍ້​ມູນ​ລາຍ​ເຊັນ​ທີ່​ໄດ້​ຖືກ​ນໍາ​ໃຊ້​ໃນ​ເມື່ອ​ກ່ອນ​ແລະ​ຕ້ອງ​ກົງ​ກັບ​ຄ່າ​ໃນ​ການ​ຕັ້ງ​ຄ່າ​ການ​ສົ່ງ​ອອກ​.

$TeamID — ID ສິບ​ຕົວ​ເລກ​ໃນ​ວົງ​ເລັບ​ຫຼັງ​ຈາກ​ຊື່​ຜູ້​ພັດ​ທະ​ນາ​, ຕົວ​ຢ່າງ​: iPhone ຜູ້​ພັດ​ທະ​ນາ​: …… (XXXXXXXXXX​); ສາມາດກວດສອບໄດ້ໃນ Keychain.

ຕໍ່ໄປ, ການນໍາໃຊ້ຄໍາສັ່ງສົ່ງອອກ, ພວກເຮົາໄດ້ຮັບໄຟລ໌ *.ipa ທີ່ຈໍາເປັນ:

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

ຂໍ້ມູນການຂົນສົ່ງ

ໃນປັດຈຸບັນໄຟລ໌ທີ່ເກັບກໍາຕ້ອງໄດ້ຮັບການສົ່ງກັບຜູ້ໃຊ້ສຸດທ້າຍ, ນັ້ນແມ່ນ, ຕິດຕັ້ງຢູ່ໃນອຸປະກອນ.

ມີຫຼາຍບໍລິການສໍາລັບການແຈກຢາຍການພັດທະນາແລະການກໍ່ສ້າງ Ad Hoc, ເຊັ່ນ: HockeyApp, AppBlade ແລະອື່ນໆ, ແຕ່ໃນບົດຄວາມນີ້ພວກເຮົາຈະເວົ້າກ່ຽວກັບເຄື່ອງແມ່ຂ່າຍທີ່ຢືນຢູ່ຄົນດຽວສໍາລັບການແຈກຢາຍຄໍາຮ້ອງສະຫມັກ.

ການ​ຕິດ​ຕັ້ງ​ຄໍາ​ຮ້ອງ​ສະ​ຫມັກ​ສໍາ​ລັບ 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

Parameter $ipaUrl ມີລິ້ງໂດຍກົງເພື່ອດາວໂຫລດໄຟລ໌ *.ipa. ຈາກ iOS ຮຸ່ນທີ XNUMX, ແອັບພລິເຄຊັນຕ້ອງຖືກຕິດຕັ້ງຜ່ານ 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 (Organizer),
• ຜ່ານ altool​,
• ຜ່ານ Application Loader ສໍາລັບ Xcode ລຸ້ນເກົ່າ (ໃນປັດຈຸບັນ Transporter).

ສໍາລັບການດາວໂຫຼດອັດຕະໂນມັດ, altool ຖືກນໍາໃຊ້, ເຊິ່ງຍັງມີສອງວິທີການອະນຸຍາດ:

• ລະຫັດຜ່ານສະເພາະແອັບ,
• API Key.

ມັນມັກທີ່ຈະດາວໂຫລດແອັບພລິເຄຊັນໂດຍໃຊ້ 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 — ສ້າງ​ລະ​ຫັດ​ຜ່ານ​ສະ​ເພາະ App​.

ຕໍ່ໄປ, ພວກເຮົາໄດ້ຮັບຄ່າຂອງຕົວກໍານົດການ 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 ໃນຮູບແບບທີ່ບໍ່ໄດ້ເຂົ້າລະຫັດ (ຢ່າງຈະແຈ້ງ).

ຢ່າງໃດກໍຕາມ, ດັ່ງທີ່ໄດ້ກ່າວມາແລ້ວ, ຈາກທັດສະນະຂອງການປະຕິບັດ, ມັນດີກວ່າທີ່ຈະເລືອກ API Key ສໍາລັບການອະນຸຍາດຂອງ altool, ເນື່ອງຈາກວ່າ Xcode ຮຸ່ນຕ່າງໆມີບັນຫາບາງຢ່າງ ("ບໍ່ເຫັນ" Keychain, ຄວາມຜິດພາດການອະນຸຍາດໃນລະຫວ່າງການອັບໂຫລດ, ແລະອື່ນໆ).

ນັ້ນແມ່ນທັງຫມົດ, ຕົວຈິງແລ້ວ. ຂ້ອຍຂໍອວຍພອນໃຫ້ທຸກຄົນມີສ່ວນຮ່ວມໃນການກໍ່ສ້າງທີ່ປະສົບຜົນສຳເລັດ ແລະການປ່ອຍຕົວທີ່ບໍ່ມີບັນຫາໃນ App Store.

ແຫຼ່ງຂໍ້ມູນ: www.habr.com