Travis CI: คืออะไร ความสามารถ และการใช้งานในการพัฒนาแอปพลิเคชัน

Travis CI คืออะไรและทำงานอย่างไร

Travis CI เป็นบริการรวมต่อเนื่องบนคลาวด์ที่เรียกใช้บิลด์และการทดสอบโดยอัตโนมัติเมื่อมีการเปลี่ยนแปลงในที่เก็บ Git หลังจากเชื่อมต่อที่เก็บผ่าน GitHub หรือ Bitbucket Travis CI จะติดตามคอมมิตใหม่ Pull Request และการสร้างแท็ก ดำเนินการกำหนดค่าจาก .travis.yml ในสภาพแวดล้อมเสมือนที่แยกเดี่ยว

กระบวนการทำงานของ Travis CI ประกอบด้วยสามขั้นตอน: ตัวกระตุ้น (push หรือ Pull Request), การตั้งค่าสภาพแวดล้อม (install) และการดำเนินงาน (script) บริการจะเลือก เครื่องเสมือน ที่มีชุดเครื่องมือที่ติดตั้งไว้ล่วงหน้าโดยอัตโนมัติ — อิมเมจ macOS พร้อม Xcode สำหรับ iOS, อิมเมจ Linux พร้อม Android SDK และระดับ API สำหรับ Android

Travis CI รองรับ Build Matrix — กลไกสำหรับการดำเนินการแบบขนานของการกำหนดค่าเดียวกันกับพารามิเตอร์ที่แตกต่างกัน ตัวอย่างเช่น คุณสามารถทดสอบแอปพลิเคชัน iOS บน Xcode 15 และ Xcode 16 พร้อมกัน และแอปพลิเคชัน Android บน API 33 และ API 34 แต่ละชุดดำเนินการบนเครื่องเสมือนแยกต่างหาก ซึ่งช่วยลดเวลาในการตรวจสอบโดยรวม

Travis CI เทียบกับระบบ CI/CD อื่นสำหรับโปรเจกต์มือถือ

Travis CI แตกต่างจาก Jenkins และ GitLab CI ในเรื่องการเน้นความง่ายในการตั้งค่าและไม่มีค่าใช้จ่ายด้านโครงสร้างพื้นฐาน Jenkins ต้องติดตั้งบนเซิร์ฟเวอร์ของตนเองและกำหนดค่าเอเจนต์ GitLab CI ต้องมีインสแตนซ์ GitLab ที่จัดการเองหรือบนคลาวด์ Travis CI ทำงานแบบสมัครสมาชิกและไม่ต้องการการดูแลเซิร์ฟเวอร์

เมื่อเทียบกับ GitHub Actions แล้ว Travis CI ให้ อิมเมจ macOS ที่สมบูรณ์กว่า สำหรับบิลด์ iOS และเอกสารการพัฒนามือถือโดยละเอียด ในทางกลับกัน GitHub Actions ผสานรวมกับระบบนิเวศของ GitHub ได้ดีกว่าและมีแอคชันของชุมชนมากกว่าสำหรับงานบิลด์มือถือเฉพาะ

สำหรับการพัฒนา Android Travis CI มีอิมเมจพร้อมใช้งานกับ Android SDK 34, Gradle 8 และรองรับอีมูเลเตอร์ เวลาเริ่มต้นบิลด์คือ 45–90 วินาที ซึ่งเทียบได้กับคู่แข่ง ข้อจำกัดหลักคือขีดจำกัดบิลด์แบบขนาน ซึ่งขึ้นอยู่กับแผนการกำหนดราคา

สถาปัตยกรรมและหลักการทำงานของ Travis CI

สถาปัตยกรรมของ Travis CI สร้างขึ้นบนไมโครเซอร์วิสที่จัดการคิวงาน การจัดสรรเครื่องเสมือน และการประมวลผลผลลัพธ์ เมื่อได้รับ webhook จาก GitHub แพลตฟอร์มจะวางงานในคิว ค้นหาเครื่องเสมือนที่มีอิมเมจภาษาที่เหมาะสม และดำเนินการคำสั่งจาก .travis.yml

แต่ละบิลด์ดำเนินการใน สภาพแวดล้อมที่แยกเดี่ยว ด้วยอิมเมจระบบปฏิบัติการที่สะอาด Travis CI รองรับสภาพแวดล้อมสามประเภท: Ubuntu Linux (มาตรฐาน), macOS (สำหรับบิลด์ iOS และ macOS) และ Windows (สำหรับ .NET และ UWP) สำหรับโปรเจกต์มือถือ การรองรับอิมเมจ macOS ที่ติดตั้ง Xcode และ Fastlane ไว้ล่วงหน้ามีความสำคัญอย่างยิ่ง

วงจรชีวิตของบิลด์ประกอบด้วยเฟส: before_install (ตั้งค่าระบบ), install (ติดตั้ง dependencies), before_script (เตรียมการทดสอบ), script (เรียกใช้การทดสอบและบิลด์), after_script (ทำความสะอาด) แต่ละเฟสเป็นทางเลือกและกำหนดค่าได้ในไฟล์ YAML

Build Matrix ใน Travis CI

Build Matrix ช่วยให้ทดสอบแอปพลิเคชันด้วยภาษา SDK หรือสภาพแวดล้อมเวอร์ชันต่าง ๆ ในบิลด์แบบขนาน เมทริกซ์ถูกกำหนดผ่านคีย์ language, os, env และรวมถึงการสร้างชุดค่าผสมที่เป็นไปได้ทั้งหมดโดยอัตโนมัติ สำหรับโปรเจกต์มือถือ สะดวกสำหรับตรวจสอบความเข้ากันได้กับ iOS หรือ Android API เวอร์ชันต่าง ๆ

เมื่อใช้เมทริกซ์ Travis CI จะเริ่ม เครื่องเสมือนแยกต่างหาก สำหรับแต่ละชุดค่าผสม ซึ่งจะเพิ่มการใช้เวลาในการบิลด์โดยรวม แต่มีความสำคัญอย่างยิ่งสำหรับโปรเจกต์ที่รองรับหลายเวอร์ชันของระบบปฏิบัติการ จำกัดขนาดเมทริกซ์ไว้ที่ 4–6 ชุดค่าผสมเพื่ออัตราส่วนความครอบคลุมต่อต้นทุนที่เหมาะสม

ไวยากรณ์ของ .travis.yml

ไฟล์ .travis.yml ใช้รูปแบบ YAML และประกอบด้วยคีย์หลัก: language, os, dist (เวอร์ชันดิสทริบิวชัน), before_install, install, script และ deploy แต่ละคีย์สามารถมีสตริง อาร์เรย์คำสั่ง หรือพจนานุกรมสำหรับการกำหนดค่าที่ซับซ้อนมากขึ้น Travis CI ประมวลผลคีย์ตามลำดับที่เข้มงวด ซึ่งรับประกันความสามารถในการคาดเดาการดำเนินการของบิลด์

สำหรับโปรเจกต์ iOS คีย์ osx_image พร้อมเวอร์ชัน Xcode เป็นสิ่งจำเป็น เช่น xcode15.2 สำหรับ Android — คีย์ android พร้อมส่วนประกอบ SDK Travis CI รองรับคีย์ deploy พร้อมผู้ให้บริการสำหรับอัปโหลดอาร์ติแฟกต์ไปยัง App Store Connect, Google Play, Firebase หรือ GitHub Releases โดยอัตโนมัติหลังจากบิลด์สำเร็จ

# .travis.yml พร้อม Build Matrix สำหรับ iOS
language: objective-c
os: osx
osx_image: xcode15.2
env:
  - SCHEME=App-iOS
  - SCHEME=App-tvOS
script:
  - xcodebuild -scheme $SCHEME clean build test

การกำหนดค่า .travis.yml สำหรับโปรเจกต์ iOS

สำหรับโปรเจกต์ iOS .travis.yml ต้องระบุภาษา objective-c หรือ swift, เวอร์ชัน Xcode ผ่าน osx_image และการติดตั้ง dependencies ผ่าน CocoaPods หรือ Swift Package Manager Travis CI รองรับ Xcode ทุกเวอร์ชันปัจจุบัน รวมถึง Xcode 16 พร้อม iOS 18 SDK ซึ่งช่วยให้ทดสอบแอปพลิเคชันบน API ล่าสุดได้

ขั้นตอนสำคัญคือการจัดการ ใบรับรอง สำหรับการลงนามโค้ด ใช้ไฟล์เข้ารหัสของ Travis CI เพื่อเก็บ provisioning profiles และใบรับรองในที่เก็บ Fastlane Match ก็รองรับผ่านตัวแปรสภาพแวดล้อม TRAVIS ที่เข้ารหัส ซึ่งช่วยให้การตั้งค่าการลงนามสำหรับบิลด์ AdHoc และ App Store ง่ายขึ้น

# .travis.yml สำหรับแอปพลิเคชัน iOS ด้วย Fastlane
language: swift
os: osx
osx_image: xcode15.2
branches:
  only:
    - main
    - /\d+\.\d+\.\d+/
before_install:
  - gem install cocoapods
  - gem install fastlane
install:
  - pod install --repo-update
script:
  - fastlane scan
  - fastlane gym

สำหรับโปรเจกต์ที่มีการทดสอบ UI บน XCTest ให้ใช้คีย์ destinations ใน xcodebuild เพื่อระบุซิมูลาเตอร์ Travis CI รองรับการเรียกใช้ซิมูลาเตอร์ iOS บนอิมเมจ macOS โดยไม่ต้องกำหนดค่าเพิ่มเติม — ซิมูลาเตอร์จะเริ่มโดยอัตโนมัติเมื่อดำเนินการคำสั่งทดสอบ xcodebuild test

การกำหนดค่า .travis.yml สำหรับโปรเจกต์ Android

สำหรับโปรเจกต์ Android .travis.yml ถูกกำหนดค่าด้วยภาษา android และส่วนประกอบ SDK ที่ระบุผ่านคีย์ android Travis CI ให้อิมเมจ Linux ที่ติดตั้ง Java JDK 17, Gradle และ Android SDK พื้นฐานไว้ล่วงหน้า ระดับ API เพิ่มเติมและ build-tools ถูกติดตั้งผ่าน sdkmanager ในเฟส before_install

การเพิ่มประสิทธิภาพที่สำคัญสำหรับบิลด์ Android คือ การแคช ไดเรกทอรี .gradle และ .m2 Travis CI รองรับการแคชผ่านคีย์ cache ซึ่งลดเวลาในการติดตั้ง dependencies จาก 120 วินาทีเหลือ 10–15 วินาทีในการบิลด์ครั้งถัดไป ระบุเส้นทางแคชสำหรับ Gradle wrapper และ Android Gradle Plugin

# .travis.yml สำหรับแอปพลิเคชัน Android
language: android
dist: jammy
jdk: oraclejdk17
android:
  components:
    - tools
    - platform-tools
    - build-tools-34.0.0
    - android-34
    - extra-google-m2repository
before_script:
  - yes | sdkmanager "platforms;android-34"
script:
  - ./gradlew assembleDebug testDebugUnitTest
cache:
  directories:
    - $HOME/.gradle/caches/
    - $HOME/.gradle/wrapper/

เพื่อเรียกใช้การทดสอบแบบมีเครื่องมือบน อีมูเลเตอร์ Android ให้เพิ่มขั้นตอน before_script พร้อมการเริ่มอีมูเลเตอร์และรอให้พร้อม Travis CI รองรับการเร่งฮาร์ดแวร์ KVM บนอิมเมจ Linux ซึ่งช่วยเพิ่มความเร็วในการดำเนินการทดสอบ UI อย่างมากเมื่อเทียบกับการจำลองด้วยซอฟต์แวร์

การผสานรวม Travis CI กับ GitHub และ Bitbucket

Travis CI ผสานรวมกับ GitHub และ Bitbucket ผ่านแอปพลิเคชัน OAuth ที่เพิ่ม webhook ไปยังที่เก็บเพื่อแจ้งเตือนโดยอัตโนมัติเกี่ยวกับคอมมิตใหม่ หลังจากเปิดใช้งานที่เก็บใน Travis CI คำสั่ง push และ Pull Request ทั้งหมดจะเรียกใช้บิลด์โดยอัตโนมัติ และสถานะ (passed, failed, pending) จะแสดงในอินเทอร์เฟซของ GitHub

การผสานรวมกับ GitHub Pull Request เป็นคุณสมบัติสำคัญของ Travis CI สถานะบิลด์จะแสดงโดยตรงใน PR โดยบล็อกการรวมเมื่อการทดสอบล้มเหลว การกำหนดค่าการป้องกันสาขาใน GitHub ร่วมกับ Travis CI ช่วยให้มั่นใจว่าเฉพาะโค้ดที่ทดสอบแล้วเท่านั้นที่ถึงสาขาหลัก

Travis CI รองรับ ตัวแปรสภาพแวดล้อมที่เข้ารหัส สำหรับเก็บโทเค็น App Store Connect, บัญชีบริการ Google Play และคีย์ลงนาม ตัวแปรถูกเข้ารหัสผ่าน CLI travis encrypt และเพิ่มไปยัง .travis.yml เพื่อให้มั่นใจว่าการถ่ายโอนข้อมูลที่ละเอียดอ่อนไปยังบิลด์อย่างปลอดภัย

การทำงานกับไฟล์ที่เข้ารหัส

ไฟล์ที่เข้ารหัส ใน Travis CI ช่วยให้จัดเก็บ provisioning profiles และใบรับรอง iOS ในที่เก็บ GitHub โดยไม่เสี่ยงต่อการรั่วไหล ไฟล์ถูกเข้ารหัสด้วยคำสั่ง travis encrypt-file และถอดรหัสโดยอัตโนมัติในขั้นตอน before_install นี่เป็นแนวทางมาตรฐานสำหรับทีมที่ใช้ Travis CI ในการส่งมอบแอป iOS

ข้อดีและข้อจำกัดของ Travis CI

ข้อดีหลักของ Travis CI คือค่าใช้จ่ายด้านโครงสร้างพื้นฐานเป็นศูนย์ ทีมไม่ต้องตั้งค่าเซิร์ฟเวอร์ ติดตั้งซอฟต์แวร์ CI/CD หรือตรวจสอบความพร้อมใช้งาน การจัดการทั้งหมดลดลงเหลือเพียงการแก้ไข .travis.yml ในที่เก็บ แผนฟรีสำหรับที่เก็บสาธารณะทำให้ Travis CI เป็นตัวเลือกยอดนิยมสำหรับโปรเจกต์มือถือแบบโอเพนซอร์ส

ข้อจำกัดของ Travis CI คือ ขีดจำกัดเวลาในการบิลด์ และงานแบบขนานตามแผนการกำหนดราคา สำหรับทีมที่มีความถี่ของการคอมมิตสูง (20+ ต่อวัน) และการทดสอบแบบรวมที่ยาวนาน ค่าใช้จ่ายนาทีคลาวด์อาจเกินค่าใช้จ่ายในการดูแลเซิร์ฟเวอร์ Jenkins ของตนเอง Travis CI ยังไม่รองรับอิมเมจ Docker ที่กำหนดเองในแผนฟรี

สำหรับการพัฒนามือถือ Travis CI เหมาะสำหรับทีมที่ใช้ GitHub มีนักพัฒนาน้อยกว่า 10 คน และไม่ต้องการโครงสร้างพื้นฐานการบิลด์ที่กำหนดเอง สำหรับโปรเจกต์ระดับองค์กรที่มีข้อกำหนดด้านการปฏิบัติตามข้อกำหนดหรือจำเป็นต้องบิลด์บนเครื่อง macOS ของตนเอง Jenkins ยังคงเป็นโซลูชันที่ยืดหยุ่นกว่า