fix(ci): 퇴역한 macos-13 러너에 물려 무한 대기하는 Go x64 잡

[owjs3901]

문제

Go Test - darwin-amd64 가 영원히 queued 상태로 멈춥니다. 러너가 한 번도 배정되지 않습니다.

run	잡	대기 시간
35450722547 (#171)	Go Test - darwin-amd64	43 분
35445523447 (main push, #167 머지)	Go Test - darwin-amd64	147 분

status=queued  conclusion=null
labels=["macos-13"]  runner=(none assigned)

macos-13(Intel) 은 GitHub 에서 퇴역한 러너 라벨이라 그 라벨을 요구하는 잡은 큐에서 빠져나오지 못합니다. 이 잡 하나 때문에 run 전체가 queued 로 남아, main 과 모든 PR 의 체크가 끝나지 않습니다.

수정

저장소 전체에서 macos-13 은 딱 2 곳, 둘 다 #167 이 들여온 Go 잡입니다.

• go-test 의 darwin-amd64
• go-build 의 darwin-amd64

나머지 잡들은 이미 살아있는 라벨을 씁니다.

라벨	쓰는 잡	상태
macos-15-intel	jvm-test, jvm-native-build, jvm-consumer-test (x86_64)	✅ JVM Test - macos-x86_64 3m5s pass
macos-14	.NET / C / python / node / cargo 등	✅
macos-15	jvm (aarch64)	✅
macos-13	go-test, go-build 뿐	❌ 무한 대기

그래서 이 저장소에서 이미 검증된 Intel 라벨인 macos-15-intel 로 맞춥니다. target: x86_64-apple-darwin 과 네이티브로 일치하므로 jvm-native-build 의 macos-x86_64 와 동일한 조합입니다.

go-test 는 go test 를 네이티브로 돌리기 때문에 러너 아키텍처가 target 과 같아야 합니다 (#202 의 linux-arm64 와 같은 이유).

영향

• go-build 도 같은 라벨이라, 고치지 않으면 go 바인딩 배포 흐름이 main push 에서 그대로 멈춥니다.
• 수정 후에는 새 run 이 필요합니다. pull_request_target 은 base 브랜치의 워크플로 정의로 실행되므로 기존 run 을 재실행해도 이 변경을 집어오지 않습니다.