ການເຜີຍແຜ່ແອັບພລິເຄຊັນ iOS ໃຫ້ກັບ App Store ດ້ວຍ GitLab ແລະ fastlane

GitLab ກັບ fastlane ເກັບກຳ, ເຊັນ ແລະເຜີຍແຜ່ແອັບພລິເຄຊັ່ນ iOS ໄປທີ່ App Store ໄດ້ແນວໃດ.

ພວກເຮົາບໍ່ດົນມານີ້ໄດ້ ປະກາດກ່ຽວກັບວິທີການສ້າງແລະແລ່ນແອັບພລິເຄຊັນ Android ຢ່າງໄວວາ ກັບ GitLab ແລະ ລວດໄວ. ທີ່ນີ້ພວກເຮົາຈະເບິ່ງວິທີການສ້າງແລະດໍາເນີນການ app iOS ແລະເຜີຍແຜ່ມັນກັບ TestFlight. ກວດເບິ່ງວ່າມັນເຢັນຫຼາຍປານໃດ ຂ້ອຍກຳລັງປ່ຽນແປງ iPad Pro ດ້ວຍ GitLab Web IDE, ຂ້ອຍເອົາການປະກອບແລະໄດ້ຮັບການອັບເດດກັບເວີຊັນທົດສອບຂອງແອັບພລິເຄຊັນໃນ iPad Pro ດຽວກັນທີ່ຂ້ອຍພັດທະນາມັນ.

ໃນທີ່ນີ້ພວກເຮົາຈະເອົາ ແອັບ iOS ງ່າຍໆໃນ Swift, ກັບໃຜທີ່ຂ້ອຍໄດ້ບັນທຶກວິດີໂອ.

ສອງສາມຄໍາກ່ຽວກັບການຕັ້ງຄ່າ Apple Store

ພວກເຮົາຈະຕ້ອງການແອັບ App Store, ໃບຢັ້ງຢືນການແຈກຢາຍ ແລະໂປຣໄຟລ໌ການສະໜອງເພື່ອເຊື່ອມໂຍງທຸກຢ່າງເຂົ້າກັນ.

ສິ່ງທີ່ຍາກທີ່ສຸດຢູ່ທີ່ນີ້ແມ່ນການຕັ້ງຄ່າສິດການເຊັນໃນ App Store. ຂ້ອຍຫວັງວ່າເຈົ້າສາມາດຄິດເລື່ອງນີ້ໄດ້ດ້ວຍຕົວເຈົ້າເອງ. ຖ້າເຈົ້າເປັນຄົນໃໝ່, ຂ້ອຍຈະຊີ້ເຈົ້າໄປໃນທິດທາງທີ່ຖືກຕ້ອງ, ແຕ່ພວກເຮົາຈະບໍ່ເວົ້າກ່ຽວກັບການຈັດການໃບຮັບຮອງ Apple ຢູ່ທີ່ນີ້, ແລະພວກມັນມີການປ່ຽນແປງຢ່າງຕໍ່ເນື່ອງ. ໂພສນີ້ຈະຊ່ວຍໃຫ້ທ່ານເລີ່ມຕົ້ນໄດ້.

ແອັບ My ຂອງຂ້ອຍ

ທ່ານຕ້ອງການແອັບຯໃນ App Store Connect ເພື່ອໃຫ້ທ່ານມີ ID ສໍາລັບການຕັ້ງຄ່າ .xcodebuild. ID ໂປຣໄຟລ໌ ແລະແອັບພລິເຄຊັນລວມເອົາການສ້າງລະຫັດ, ລາຄາ ແລະຄວາມພ້ອມ, ແລະການກຳນົດຄ່າ TestFlight ສຳລັບການແຈກຢາຍແອັບພລິເຄຊັນທົດສອບໃຫ້ກັບຜູ້ໃຊ້. ຢ່າເຮັດການທົດສອບສາທາລະນະ, ການທົດສອບສ່ວນຕົວຈະພຽງພໍຖ້າທ່ານມີກຸ່ມນ້ອຍ, ການຕິດຕັ້ງງ່າຍ, ແລະບໍ່ຕ້ອງການການອະນຸຍາດເພີ່ມເຕີມຈາກ Apple.

ປະຫວັດການເລີ່ມຕົ້ນ

ນອກເໜືອໄປຈາກການຕັ້ງຄ່າແອັບ, ທ່ານຕ້ອງການກະແຈການແຈກຢາຍ ແລະການພັດທະນາຂອງ iOS ທີ່ສ້າງຂຶ້ນໃນສ່ວນໃບຢັ້ງຢືນ, ຕົວລະບຸ ແລະໂປຣໄຟລ໌ຂອງ Apple Developer console. ໃບຢັ້ງຢືນທັງໝົດເຫຼົ່ານີ້ສາມາດຖືກລວມເຂົ້າເປັນໂປຣໄຟລ໌ການສະໜອງໄດ້.

ຜູ້ໃຊ້ທີ່ຈະໄດ້ຮັບການຢັ້ງຢືນຈໍາເປັນຕ້ອງສາມາດສ້າງໃບຢັ້ງຢືນ, ຖ້າບໍ່ດັ່ງນັ້ນຂັ້ນຕອນ cert ແລະ sigh ທ່ານ​ຈະ​ເຫັນ​ຄວາມ​ຜິດ​ພາດ​.

ທາງເລືອກອື່ນ

ນອກ​ຈາກ​ວິ​ທີ​ການ​ງ່າຍ​ດາຍ​ນີ້​, ຍັງ​ມີ​ວິ​ທີ​ການ​ອື່ນໆ​ທີ່​ຈະ​ກໍາ​ນົດ​ໃບ​ຢັ້ງ​ຢືນ​ແລະ​ຮູບ​ແບບ​. ດັ່ງນັ້ນ, ຖ້າທ່ານເຮັດວຽກທີ່ແຕກຕ່າງກັນ, ທ່ານອາດຈະຕ້ອງປັບຕົວ. ສິ່ງທີ່ສໍາຄັນທີ່ສຸດແມ່ນທ່ານຕ້ອງການການຕັ້ງຄ່າ .xcodebuild, ເຊິ່ງຈະຊີ້ໄປຫາໄຟລ໌ທີ່ຈໍາເປັນ, ແລະ keychain ຕ້ອງມີຢູ່ໃນຄອມພິວເຕີກໍ່ສ້າງສໍາລັບຜູ້ໃຊ້ພາຍໃຕ້ຊື່ທີ່ນັກແລ່ນແລ່ນ. ສໍາລັບລາຍເຊັນດິຈິຕອນພວກເຮົາໃຊ້ fastlane, ແລະຖ້າມີບັນຫາຫຼືທ່ານຕ້ອງການຮູ້ເພີ່ມເຕີມ, ໃຫ້ກວດເບິ່ງລາຍລະອຽດຂອງພວກເຂົາ ເອກະສານກ່ຽວກັບລາຍເຊັນດິຈິຕອນ.

ໃນຕົວຢ່າງນີ້ຂ້ອຍກໍາລັງໃຊ້ວິທີການ cert ແລະ sigh, ແຕ່ສໍາລັບການນໍາໃຊ້ທີ່ແທ້ຈິງມັນອາດຈະເຫມາະສົມດີກວ່າ ການແຂ່ງຂັນ.

ການກະກຽມ GitLab ແລະ fastlane

ການກະກຽມ CI Runner

ໂດຍໄດ້ເກັບກໍາຂໍ້ມູນທັງຫມົດນີ້, ພວກເຮົາກ້າວໄປສູ່ການຕັ້ງຄ່າຂອງ GitLab runner ໃນອຸປະກອນ MacOS. ແຕ່ຫນ້າເສຍດາຍ, ທ່ານພຽງແຕ່ສາມາດສ້າງແອັບຯ iOS ໃນ MacOS ເທົ່ານັ້ນ. ແຕ່ທຸກສິ່ງທຸກຢ່າງສາມາດປ່ຽນແປງໄດ້, ແລະຖ້າທ່ານຄາດຫວັງວ່າຄວາມກ້າວຫນ້າໃນຂົງເຂດນີ້, ຮັກສາຕາກ່ຽວກັບໂຄງການເຊັ່ນ xcbuild и ເຊັນ, ແລະວຽກງານພາຍໃນຂອງພວກເຮົາ gitlab-ce#57576.

ການຕັ້ງຄ່ານັກແລ່ນແມ່ນງ່າຍດາຍຫຼາຍ. ປະຕິບັດຕາມປະຈຸບັນ ຄໍາແນະນໍາສໍາລັບການຕັ້ງຄ່າ GitLab Runner ໃນ macOS.

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

sudo curl --output /usr/local/bin/gitlab-runner https://gitlab-runner-downloads.s3.amazonaws.com/latest/binaries/gitlab-runner-darwin-amd64
sudo chmod +x /usr/local/bin/gitlab-runner
cd ~
gitlab-runner install
gitlab-runner start

Apple Keychain ຕ້ອງໄດ້ຮັບການກໍາຫນົດຄ່າຢູ່ໃນໂຮດນີ້ດ້ວຍການເຂົ້າເຖິງກະແຈທີ່ Xcode ຕ້ອງການສ້າງ. ວິທີທີ່ງ່າຍທີ່ສຸດທີ່ຈະທົດສອບນີ້ແມ່ນການເຂົ້າສູ່ລະບົບເປັນຜູ້ໃຊ້ທີ່ຈະດໍາເນີນການກໍ່ສ້າງແລະພະຍາຍາມສ້າງມັນດ້ວຍຕົນເອງ. ຖ້າລະບົບຮ້ອງຂໍໃຫ້ມີການເຂົ້າເຖິງ keychain, ເລືອກ Always Allow for CI to work. ມັນອາດຈະເປັນມູນຄ່າທີ່ຈະເຂົ້າໄປໃນແລະເບິ່ງທໍ່ຄູ່ທໍາອິດເພື່ອໃຫ້ແນ່ໃຈວ່າພວກເຂົາບໍ່ໄດ້ຮ້ອງຂໍເອົາພວງກຸນແຈອີກຕໍ່ໄປ. ບັນຫາແມ່ນວ່າ Apple ບໍ່ໄດ້ເຮັດໃຫ້ມັນງ່າຍສໍາລັບພວກເຮົາທີ່ຈະໃຊ້ໂຫມດອັດຕະໂນມັດ, ແຕ່ເມື່ອທ່ານເຮັດມັນ, ທຸກສິ່ງທຸກຢ່າງຈະດີ.

ໄວເລນ init

ເພື່ອໃຊ້ fastlane ໃນໂຄງການ, ດໍາເນີນການ fastlane init. ພຽງແຕ່ປະຕິບັດຕາມ ຄໍາແນະນໍາສໍາລັບການຕິດຕັ້ງແລະແລ່ນ fastlane, ໂດຍສະເພາະໃນພາກກ່ຽວກັບ Gemfile, ເນື່ອງຈາກວ່າພວກເຮົາຕ້ອງການການເປີດຕົວໄວແລະຄາດຄະເນໂດຍຜ່ານທໍ່ CI ອັດຕະໂນມັດ.

ໃນລາຍຊື່ໂຄງການຂອງທ່ານ, ດໍາເນີນການຄໍາສັ່ງເຫຼົ່ານີ້:

xcode-select --install
sudo gem install fastlane -NV
# Alternatively using Homebrew
# brew cask install fastlane
fastlane init

fastlane ຈະຮ້ອງຂໍໃຫ້ມີການຕັ້ງຄ່າພື້ນຖານແລະຫຼັງຈາກນັ້ນສ້າງໂຟນເດີ fastlane ໃນໂຄງການທີ່ມີສາມໄຟລ໌:

1. fastlane/Appfile

ບໍ່ມີຫຍັງສັບສົນຢູ່ທີ່ນີ້. ພຽງແຕ່ໃຫ້ແນ່ໃຈວ່າ Apple ID ແລະ App ID ຂອງທ່ານຖືກຕ້ອງ.

app_identifier("com.vontrance.flappybird") # The bundle identifier of your app
apple_id("[email protected]") # Your Apple email address

2. fastlane/Fastfile

Fastfile ກໍານົດຂັ້ນຕອນການກໍ່ສ້າງ. ພວກເຮົາໃຊ້ຄຸນສົມບັດໃນຕົວຂອງ fastlane ຫຼາຍອັນ, ສະນັ້ນທຸກຢ່າງຈະແຈ້ງຢູ່ທີ່ນີ້ຄືກັນ. ພວກເຮົາສ້າງສາຍຫນຶ່ງທີ່ໄດ້ຮັບໃບຢັ້ງຢືນ, ດໍາເນີນການປະກອບແລະອັບໂຫລດມັນໃສ່ TestFlight. ທ່ານສາມາດແບ່ງຂະບວນການນີ້ອອກເປັນວຽກງານທີ່ແຕກຕ່າງກັນຖ້າຈໍາເປັນ. ການ​ດໍາ​ເນີນ​ງານ​ທັງ​ຫມົດ​ເຫຼົ່າ​ນີ້ (get_certificates, get_provisioning_profile, gym и upload_to_testflight) ແມ່ນລວມຢູ່ໃນ fastlane ແລ້ວ.

ການກະທໍາ get_certificates и get_provisioning_profile ກ່ຽວຂ້ອງກັບວິທີການລົງນາມ cert ແລະ sigh. ຖ້າທ່ານກໍາລັງໃຊ້ ການແຂ່ງຂັນ ຫຼືອັນໃດກໍ່ຕາມ, ປ່ຽນແປງ.

default_platform(:ios)

platform :ios do
  desc "Build the application"
  lane :flappybuild do
    get_certificates
    get_provisioning_profile
    gym
    upload_to_testflight
  end
end

3. fastlane/Gymfile

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

https://docs.fastlane.tools/actions/gym/

ຫນ້າ​ທີ່​ຂອງ​ເຮົາ .gitlab-ci.yml

ດັ່ງນັ້ນ, ພວກເຮົາມີ CI runner ສໍາລັບໂຄງການແລະພວກເຮົາພ້ອມທີ່ຈະທົດສອບທໍ່. ໃຫ້ເບິ່ງສິ່ງທີ່ພວກເຮົາມີຢູ່ໃນ .gitlab-ci.yml:

stages:
  - build

variables:
  LC_ALL: "en_US.UTF-8"
  LANG: "en_US.UTF-8"
  GIT_STRATEGY: clone

build:
  stage: build
  script:
    - bundle install
    - bundle exec fastlane flappybuild
  artifacts:
    paths:
    - ./FlappyBird.ipa

! ພວກເຮົາກໍານົດຮູບແບບເປັນ UTF-8 ສໍາລັບ fastlane ຕາມຄວາມຕ້ອງການ, ໃຊ້ຍຸດທະສາດ clone ກັບ​ໂຄງ​ການ​ປະ​ຕິ​ບັດ​ shell, ດັ່ງນັ້ນພວກເຮົາມີພື້ນທີ່ເຮັດວຽກທີ່ສະອາດສໍາລັບແຕ່ລະສະພາແຫ່ງ, ແລະພຽງແຕ່ໂທຫາ flappybuild fastlane, ດັ່ງທີ່ເຫັນຂ້າງເທິງ. ດັ່ງນັ້ນ, ພວກເຮົາໄດ້ຮັບການປະກອບ, ລາຍເຊັນແລະການປະຕິບັດການປະກອບຫລ້າສຸດໃນ TestFlight.

ພວກເຮົາຍັງໄດ້ຮັບຂອງປອມແລະປະຫຍັດມັນດ້ວຍການປະກອບ. ກະລຸນາສັງເກດວ່າຮູບແບບ .ipa ເປັນ ARM ທີ່ມີລາຍເຊັນທີ່ສາມາດປະຕິບັດໄດ້ທີ່ບໍ່ໄດ້ດໍາເນີນການຢູ່ໃນ simulator. ຖ້າທ່ານຕ້ອງການຜົນຜະລິດສໍາລັບ simulator, ພຽງແຕ່ເພີ່ມເປົ້າຫມາຍການກໍ່ສ້າງທີ່ຜະລິດມັນ, ແລະຫຼັງຈາກນັ້ນປະກອບມັນຢູ່ໃນເສັ້ນທາງຂອງປອມ.

ຕົວແປສະພາບແວດລ້ອມອື່ນໆ

ມີຕົວແປສະພາບແວດລ້ອມສອງສາມອັນຢູ່ທີ່ນີ້ທີ່ເຮັດໃຫ້ທຸກຢ່າງເຮັດວຽກໄດ້.

FASTLANE_APPLE_APPLICATION_SPECIFIC_PASSWORD и FASTLANE_SESSION

ການພິສູດຢືນຢັນສຳລັບ fastlane ແມ່ນຕ້ອງການເພື່ອພິສູດຢືນຢັນໃນ App Store ແລະອັບໂຫລດໄປທີ່ TestFlight. ເພື່ອເຮັດສິ່ງນີ້, ສ້າງລະຫັດຜ່ານສໍາລັບຄໍາຮ້ອງສະຫມັກທີ່ຈະໃຊ້ໃນ CI. ລາຍລະອຽດ ທີ່ນີ້.

ຖ້າທ່ານມີການກວດສອບສອງປັດໃຈ, ສ້າງຕົວແປ FASTLANE_SESSION (ຄໍາແນະນໍາຢູ່ທີ່ນັ້ນ).

FASTLANE_USER и FASTLANE_PASSWORD

ທີ່ cert ແລະ sigh ເອີ້ນວ່າ profile ການເລີ່ມຕົ້ນແລະໃບຢັ້ງຢືນການຮ້ອງຂໍ, ທ່ານຈໍາເປັນຕ້ອງໄດ້ກໍານົດຕົວແປ FASTLANE_USER и FASTLANE_PASSWORD. ລາຍລະອຽດ ທີ່ນີ້. ນີ້ບໍ່ຈໍາເປັນຖ້າຫາກວ່າທ່ານກໍາລັງໃຊ້ວິທີການລົງນາມທີ່ແຕກຕ່າງກັນ.

ໃນການສະຫລຸບ

ທ່ານສາມາດເບິ່ງວິທີການເຮັດວຽກທັງຫມົດ ໃນຕົວຢ່າງທີ່ງ່າຍດາຍຂອງຂ້ອຍ.

ຂ້ອຍຫວັງວ່າອັນນີ້ເປັນປະໂຫຍດ ແລະເປັນແຮງບັນດານໃຈໃຫ້ເຈົ້າເຮັດວຽກກັບ iOS builds ໃນໂຄງການ GitLab. ນີ້ແມ່ນອັນອື່ນ ຄໍາແນະນໍາ CI ສໍາລັບ fastlane, ພຽງແຕ່ໃນກໍລະນີ. ທ່ານອາດຈະຕ້ອງການໃຊ້ CI_BUILD_ID (ສໍາ​ລັບ​ການ​ສ້າງ​ເພີ່ມ​ຂຶ້ນ​) ກັບ​ ເພີ່ມສະບັບອັດຕະໂນມັດ.

ຄຸນນະສົມບັດເຢັນອີກອັນຫນຶ່ງຂອງ fastlane ແມ່ນ ພາບຫນ້າຈໍອັດຕະໂນມັດ ສໍາ​ລັບ App Store​, ເຊິ່ງ​ແມ່ນ​ງ່າຍ​ຫຼາຍ​ທີ່​ຈະ​ຕິດ​ຕັ້ງ​.

ບອກພວກເຮົາໃນຄໍາເຫັນກ່ຽວກັບປະສົບການຂອງທ່ານແລະແບ່ງປັນແນວຄວາມຄິດຂອງທ່ານໃນການປັບປຸງ GitLab ສໍາລັບການພັດທະນາ app iOS.

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