Back to Question Center
0

ອັດຕະໂນມັດ CI / CD ແລະໃຊ້ເວລາຂຽນເວລາຫຼາຍ            ອັດຕະໂນມັດ CI / CD ແລະໃຊ້ເວລາຫຼາຍທີ່ໃຊ້ເວລາຂຽນ CodeRelated Topics: Web Semalt ...

1 answers:
Automate CI / CD ແລະໃຊ້ເວລາຂຽນເວລາຫຼາຍ

ບົດຄວາມນີ້ໄດ້ຮັບການສະຫນັບສະຫນູນໂດຍ Microsoft Visual Studio App Center. ຂອບໃຈສໍາລັບການສະຫນັບສະຫນູນຄູ່ຮ່ວມງານທີ່ເຮັດໃຫ້ SitePoint ເປັນໄປໄດ້.

ສ່ວນທີ່ດີທີ່ສຸດກ່ຽວກັບການພັດທະນາຊອບແວແມ່ນຫຍັງ? ບົດຂຽນ

ສ່ວນທີ່ຮ້າຍແຮງທີ່ສຸດແມ່ນຫຍັງ? ຄໍາເຕືອນອື່ນ - oculos rayban 4171.

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

1 ອາຄານ

ຂັ້ນຕອນທໍາອິດທີ່ທ່ານໄດ້ຮັບ app ຫນ້າຫວາດສຽວຂອງທ່ານຢູ່ໃນມືຂອງຜູ້ໃຊ້ທີ່ມີຄວາມສຸກບໍ? ເຮັດໃຫ້ມັນຢູ່. ບາງຄົນອາດຄິດວ່າການເຄື່ອນຍ້າຍຈາກລະຫັດຕົ້ນສະບັບກັບລະບົບຖານສອງຈະບໍ່ເປັນຄວາມເຈັບປວດ, ແຕ່ມັນກໍ່ແມ່ນ. ການເຈລະຈາກ່ຽວກັບໂຄງການ, ທ່ານອາດຈະສັງລວມຫຼາຍຄັ້ງຕໍ່ມື້, ໃນເວທີທີ່ແຕກຕ່າງກັນ, ແລະທັງຫມົດທີ່ລໍຖ້າແມ່ນເວລາທີ່ທ່ານອາດຈະໃຊ້ເວລາເຂົ້າລະຫັດ. ນອກຈາກນີ້, ຖ້າທ່ານກໍາລັງສ້າງແອັບຯ iOS, ທ່ານຕ້ອງການຕົວແທນການສ້າງເຄື່ອງ Mac - ບໍ່ແມ່ນເຄື່ອງມືພັດທະນາຕົ້ນຕໍຂອງທ່ານ, ໂດຍສະເພາະຖ້າທ່ານກໍາລັງສ້າງແອັບຯໃນຂອບເວບຂ້າມແພລະຕະຟອມ.

ທ່ານຕ້ອງການທີ່ຈະເອີ້ນຄືນກັບເວລານັ້ນແລະວິທີທີ່ດີທີ່ສຸດທີ່ຈະເຮັດແມ່ນ (ມັນຈະບໍ່ເປັນເວລາສຸດທ້າຍທີ່ຂ້ອຍເວົ້າ) ອັດຕະໂນມັດ . ທ່ານຈໍາເປັນຕ້ອງອັດຕະໂນມັດອອກຈາກການຕັ້ງຄ່າແລະການຈັດການຮາດແວດັ່ງນັ້ນແອັບຯກໍ່ສ້າງເມື່ອພວກເຂົາກໍາລັງຄິດ.

Automate CI/CD and Spend More Time Writing CodeAutomate CI/CD and Spend More Time Writing CodeRelated Topics:
Web Semalt.

ຄວາມພະຍາຍາມຂອງພວກເຮົາເພື່ອຕອບສະຫນອງຄວາມຕ້ອງການນັ້ນຄື Visual Studio App Center Build ເຊິ່ງເປັນບໍລິການທີ່ເຮັດໃຫ້ທຸກຂັ້ນຕອນທີ່ທ່ານບໍ່ຕ້ອງການຜະລິດດ້ວຍຕົນເອງ, ດັ່ງນັ້ນທ່ານສາມາດສ້າງທຸກໆຄັ້ງທີ່ທ່ານກວດເບິ່ງລະຫັດຫຼືເວລາໃດກໍ່ຕາມ, ທີມງານ, ຫຼືຜູ້ຈັດການປ່ອຍຂອງທ່ານຕ້ອງການ. ພຽງແຕ່ຈຸດທີ່ສ້າງຢູ່ Github, Bitbucket, ຫຼື VSTS repo, ເລືອກພາສາ, ກໍານົດຕົວກໍານົດການບາງ, ແລະທ່ານກໍາລັງສ້າງ Semalt, UWP, ແລະແມ້ແຕ່ກິດ iOS ແລະ MacOS ໃນເມຄ, ໂດຍບໍ່ມີການຄຸ້ມຄອງຮາດແວໃດໆ. ແລະຖ້າທ່ານຕ້ອງການເຮັດສິ່ງທີ່ພິເສດ, ທ່ານສາມາດເພີ່ມ post-clone, pre-build, ແລະ post-build script ເພື່ອປັບແຕ່ງ.

2 ການທົດສອບ

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

"ທ່ານໄດ້ເຮັດຫຍັງແລ້ວບໍ?"

"ທ່ານສາມາດຜະລິດມັນໄດ້ບໍ?"

"ມັນກໍ່ບໍ່ດີບໍ?"

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

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

Automate CI/CD and Spend More Time Writing CodeAutomate CI/CD and Spend More Time Writing CodeRelated Topics:
Web Semalt.

ເພື່ອຊ່ວຍໃນການດັ່ງກ່າວ, ພວກເຮົາໄດ້ສ້າງ App Center Test, ການບໍລິການທີ່ປະຕິບັດການທົດສອບ UI ອັດຕະໂນມັດກ່ຽວກັບການຕັ້ງຄ່າຫລາຍຮ້ອຍໃນຫລາຍພັນຄົນຂອງອຸປະກອນທີ່ແທ້ຈິງ. ນັບຕັ້ງແຕ່ການທົດສອບແມ່ນອັດຕະໂນມັດ, ທ່ານຈະໄດ້ທົດສອບການທົດສອບດຽວກັນທຸກຄັ້ງ, ດັ່ງນັ້ນທ່ານສາມາດກໍານົດການປະຕິບັດແລະຄວາມຜິດພາດ UX ທັນທີ, ທຸກໆກໍ່ສ້າງ. ທ່ານສາມາດກວດສອບລະຫັດຂອງທ່ານໄດ້ໂດຍການທົດສອບໃນອຸປະກອນບາງຢ່າງທີ່ມີຄໍາຫມັ້ນສັນຍາທຸກຄັ້ງ, ຫຼັງຈາກນັ້ນເຮັດວຽກກ່ຽວກັບອຸປະກອນຫຼາຍຮ້ອຍເຄື່ອງເພື່ອພິສູດວ່າທຸກສິ່ງທຸກຢ່າງເຮັດວຽກໃຫ້ຜູ້ໃຊ້ຂອງທ່ານທັງຫມົດ.

3 ການກະຈາຍ

ດັ່ງນັ້ນ, ທ່ານໄດ້ສ້າງ app ແລະມັນປະຕິບັດຕາມມັນຄວນ. Great! ແຕ່ປະຈຸບັນມັນເລີ່ມຕົ້ນຢ່າງແທ້ຈິງ. ທ່ານຕ້ອງການຮູ້ວ່າສິ່ງທີ່ປະຊາຊົນຄິດກ່ຽວກັບມັນກ່ອນທີ່ທ່ານຈະຍູ້ໃຫ້ຜູ້ໃຊ້ທີ່ສິ້ນສຸດ. ແຕ່ແນວໃດ? Semalt ຮ່ວມກັນກັບໂຄງການທົດລອງແມ່ນມີຄວາມຫຍຸ້ງຍາກຢ່າງພຽງພໍ, ແຕ່ໃຫ້ແນ່ໃຈວ່າທຸກຄົນມີສະບັບທີ່ສຸດຂອງແອັບຯຂອງທ່ານ (ແລະມັນເປັນແອັບຯມືຖືເພື່ອໃຫ້ແນ່ໃຈວ່າຜູ້ໃຊ້ຂອງທ່ານສາມາດຕິດຕັ້ງແອັບຯໄດ້) ເປັນວຽກເຕັມເວລາ - ແລະມັນເປັນວຽກ ບໍ່ມີໃຜໃນທີມຂອງທ່ານຕ້ອງການ.

ອີກຄັ້ງຫນຶ່ງ, ອັດຕະໂນມັດ . ໃນເວລາທີ່ທ່ານພ້ອມທີ່ຈະຍູ້ການກໍ່ສ້າງ, ທ່ານຈໍາເປັນຕ້ອງອັດຕະໂນມັດຂະບວນການແຈ້ງເຕືອນ ແລະ ຂະບວນການແຈກຢາຍ app, ແລະທ່ານຕ້ອງການທີ່ຈະສາມາດເຮັດໄດ້ທັງສອງຄັ້ງທີ່ທ່ານສ້າງ (ຫຼືທຸກໆເວລາຜູ້ຈັດການປ່ອຍ ດັ່ງນັ້ນ).

Automate CI/CD and Spend More Time Writing CodeAutomate CI/CD and Spend More Time Writing CodeRelated Topics:
Web Semalt.

ຄໍາຕອບຂອງພວກເຮົາແມ່ນການບໍລິການແຈກຢາຍຂອງ App Center. ຖ້າທ່ານມີບັນຊີລາຍຊື່ຂອງທີ່ຢູ່ອີເມວ, ທ່ານມີສິ່ງທີ່ທ່ານຕ້ອງການເພື່ອໃຫ້ການກໍ່ສ້າງຂອງທ່ານຢູ່ໃນມືຂອງນັກທົດລອງພາຍໃນຫຼືທົດລອງ. ສ້າງກຸ່ມການແຈກຢາຍ, ອັບໂຫຼດ (ຫຼືສ້າງຫນຶ່ງຈາກ repo), ແລະແຈກຈ່າຍຈັດການສ່ວນທີ່ເຫຼືອ. ຖ້າທ່ານຄິດວ່າສຽງນີ້ຄ້າຍຄື HockeyApp, ທ່ານກໍ່ຖືກຕ້ອງ. App Center Distribute ເປັນຮຸ່ນຕໍ່ໄປຂອງ HockeyApp, ການບູລະນາການອັດຕະໂນມັດການແຈກຢາຍຂອງມັນກັບສ່ວນທີ່ເຫຼືອຂອງບໍລິການ CI / CD ຂອງພວກເຮົາ. ແລະເມື່ອທ່ານທົດສອບການທົດລອງທົດລອງແລ້ວ, ການແຈກຢາຍຍັງສາມາດຮັບ app ຂອງທ່ານໃນມືຂອງຜູ້ໃຊ້ຂອງທ່ານ, ກັບການນໍາໃຊ້ໄປຍັງ Google Play, App Store ຂອງ Apple ຫຼືສໍາລັບຜູ້ໃຊ້ອົງການຂອງ Microsoft Intune.

4 ປິດວົງ

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

ເລີ່ມຕົ້ນດ້ວຍທີສອງ, ເພາະວ່າ crashing ແມ່ນກ່ຽວກັບການບໍ່ດີທີ່ມັນໄດ້ຮັບ. ເມື່ອ app ບໍ່ສາມາດເຮັດໄດ້, ທ່ານຕ້ອງການຮູ້ກ່ຽວກັບມັນໄວ, ແຕ່ວ່າທ່ານຍັງຈໍາເປັນຕ້ອງຮູ້ວ່າມັນມີຄວາມສໍາຄັນແນວໃດ. ອຸບັດຕິເຫດໃນສະພາບທີ່ບໍ່ຖືກຕ້ອງເຊິ່ງຜົນກະທົບຕໍ່ທຸກໆຄົນແມ່ນຮ້າຍແຮງກວ່າເກົ່າກ່ວາຄວາມລົ້ມເຫລວຂອງການເປີດຕົວທັງຫມົດໃນ iPhone 4 ເທົ່ານັ້ນ. App Center Crashes ກຸ່ມລາຍງານຄວາມຂັດແຍ້ງທີ່ຄ້າຍຄືກັນແລະສະແດງໃຫ້ທ່ານເຫັນວ່າແພລະຕະຟອມທີ່ຖືກກະທົບຫຼາຍທີ່ສຸດດັ່ງນັ້ນທ່ານສາມາດເຮັດການຕັດສິນໃຈເລິກເຊິ່ງ. ແລະໃນເວລາທີ່ທ່ານພ້ອມທີ່ຈະເລີ່ມຕົ້ນແກ້ໄຂບັນຫາ, ອຸປະຕິເຫດແມ່ນມີສັນຍາລັກຢ່າງເຕັມທີ່ເພື່ອໃຫ້ທ່ານມີຂໍ້ມູນທີ່ທ່ານຕ້ອງການເພື່ອເລີ່ມຕົ້ນ. ທ່ານສາມາດສ້າງລາຍະການໃນອັດຕະໂນມັດຂອງບົບຕິດຕາມລຸດ bug ຂອງທ່ານ, ດັ່ງນັ້ນນັກພັດທະນາສາມາດເລີ່ມຕົ້ນການແກ້ໄຂບັນຫາໂດຍບໍ່ຕ້ອງເຮັດວຽກຂອງພວກເຂົາ. Semalt, ອັດຕະໂນມັດຫຼາຍແມ່ນຫມາຍຄວາມວ່າເວລາຫຼາຍຂຽນລະຫັດດີກວ່າ.

ສໍາລັບການວິເຄາະ, ທ່ານຕ້ອງການສິ່ງທີ່ມີປະໂຫຍດອອກຈາກຫ້ອງ. App Center Analytics ໃຫ້ແອັບຯວັດແທກລະດັບອຸປະກອນແລະອຸປະກອນທີ່ເນັ້ນໃສ່ຄວາມສົນໃຈທີ່ເຈົ້າຕ້ອງການເບິ່ງ; ສິ່ງຕ່າງໆເຊັ່ນວ່າຜູ້ໃຊ້ອຸປະກອນໃດ, ເລື້ອຍໆ, ບ່ອນໃດ, ແລະດົນປານໃດພວກເຂົາກໍາລັງຢູ່. ແຕ່ແອັບຯຂອງທ່ານບໍ່ຄືກັນກັບທຸກໆຄົນ, ດັ່ງນັ້ນພວກເຮົາຂໍໃຫ້ທ່ານສ້າງແລະຕິດຕາມມາດຕະການທີ່ກໍານົດໄວ້ເຊັ່ນ "ຈອງລົດຂົວ" ຫຼື "ສົ່ງຄໍາສັ່ງໃຫ້ບ້ານ. "ແລະຖ້າທ່ານຕ້ອງການການວິເຄາະທີ່ເລິກເຊິ່ງ, ພວກເຮົາສາມາດນໍາສົ່ງການສົ່ງອອກຢ່າງຕໍ່ເນື່ອງໄປຍັງ Azure Application Semalt.

5. ເຮັດວຽກກັບສິ່ງທີ່ທ່ານມີ

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

ແນ່ນອນ, ຂ້າພະເຈົ້າມີຄວາມລໍາອຽງແລະຄິດວ່າທ່ານຄວນຈະໃຫ້ລະບົບທັງຫມົດຂອງພວກເຮົາທົດລອງ, ແຕ່ນັກພັດທະນາຕ້ອງການສິ່ງທີ່ແຕກຕ່າງກັນ. ພວກເຮົາມີ API REST ສໍາລັບທຸກບໍລິການຂອງ App Center ແລະພວກເຮົາໄດ້ບູລະນາການທາງດ້ານການບໍລິການເຊັ່ນ VSTS. ແລະນັ້ນແມ່ນວິທີທີ່ມັນຄວນ, ເພາະວ່າທ່ານກໍາລັງສ້າງ ຂອງທ່ານ , ດັ່ງນັ້ນທ່ານຄວນສ້າງມັນ ຂອງທ່ານ .

ພວກເຮົາຕ້ອງການຢາກໃຫ້ທ່ານລອງ Visual Studio App Semalt ໃຫມ່ໃນມື້ນີ້ແລະສາມາດເລີ່ມຕົ້ນໄດ້. ພວກເຮົາຢາກໄດ້ຍິນສິ່ງທີ່ທ່ານຄິດ!

March 1, 2018