M4 클라우드 노드에서 빌드 및 패키징: 파이프라인을 업스트림으로 이동했습니다.

Zutcloud의 기본 하드웨어는 Mac mini M4입니다. Xcode과 Docker 및 스크립트를 실행하는 프로젝트의 경우 CPU 및 RAM 느낌은 빌드 대기와 코딩 유지로 직접 변환됩니다. 레거시 프로젝트의 전체 빌드를 M4 노드로 이동한 후 클린 빌드 시간이 약 절반으로 단축되었습니다.

클라우드 Mac에 적합한 빌드 시나리오는 무엇입니까?

마이그레이션하기 전에 우리는 고통 수준에 따라 일반적인 시나리오의 순위를 매겼습니다.

"컴파일"에서 "주 개발자는 클라우드에 존재"까지

우리는 더 이상 클라우드 Mac을 원격 디스플레이로 취급하지 않습니다. 클린 빌드가 축소되면 팀은 하나의 고정된 환경에서 프런트로드 검사를 수행합니다. 즉, 단위 테스트, 정적 분석, 아티팩트 서명이 디자인 검토와 함께 실행될 수 있습니다.

Apple Silicon에서 링커와 Swift 컴파일러는 메모리 대역폭에 민감합니다. Swift 패키지, 혼합 모듈 또는 대규모 자산 카탈로그에는 컴파일 피크 동안 스왑을 방지하기 위해 일일 로컬 사용량 이상의 여유 공간이 필요합니다.

캐시 트리오: DerivedData · CocoaPods · SPM

캐시는 빌드 속도를 좌우하는 가장 빠른 도구입니다. 버전 태그가 있는 이미지의 세 디렉터리를 기준으로 삼습니다.

~/Library/Developer/Xcode/DerivedData/   # Xcode 증분 빌드 캐시
~/Library/Caches/CocoaPods/              # CocoaPods 다운로드 캐시
~/.spm-cache/ (또는 ~/.swiftpm/)           # Swift 패키지 관리자 캐시

# 일일 반복: 세션 차이만 동기화
# 주요 이미지 업그레이드를 위해 콜드 스타트를 예약합니다.

동기화 전용 세션은 매일 다릅니다. 주요 이미지 업그레이드 시 일괄 진정한 콜드 스타트를 수행하여 송신을 낭비하지 않고 속도를 유지합니다.

관찰 가능성, 롤백 및 "오전 3시에 응답하는 사람"

클라우드 빌드는 단순한 벽면 시간이 아니라 오류를 얼마나 빨리 진단하는지에 달려 있습니다. 우리는 일반적인 결함을 네 가지 클래스로 분류합니다.

• 이미지 드리프트— 자동 Xcode 또는 CLT 업데이트
• 종속성 해결 시간 초과— SPM/CocoaPods 원격 가져오기 시간 초과
• 서명 인증서 만료— 배포 인증서 또는 프로비저닝 프로필이 만료되었습니다.
• 원격 Git에 연결할 수 없음— 느린 서브모듈 DNS가 느린 컴파일로 잘못 읽혔습니다.

지리적으로 분산된 팀의 경우 마지막으로 성공한 야간 아티팩트 해시 및 실패 로그 조각을 읽기 전용 채널에 자동 동기화합니다. 팀원이 나가더라도 누군가는 환경과 회귀를 알 수 있습니다.

롤백의 경우 전체 디스크의 스냅샷만 만드는 것이 아니라 마지막으로 좋은 Xcode + CLT + CocoaPods 콤보의 경량 이미지를 유지하세요. 전체 홈 디렉토리보다 빠릅니다. 야간 파이프라인에서 미터 하위 모듈은 컴파일과 별도로 시간을 가져와 DNS와 Git 핸드셰이크 문제를 찾아냅니다.