본문으로 바로가기

Windows ARM64 러너의 Visual Studio 전환: CI 환경도 의존성이다

최종 수정

8월 21일 Windows ARM64 러너 브리핑을 10월 2일 재정리했습니다. 9월에 예정됐던 기본 이미지 전환과 확인 시점을 구분하고, CI 로그·SDK·캐시에서 환경 변화를 점검할 항목을 살펴봅니다.

목차

코드를 고치지 않았는데 빌드가 달라질 수 있다

기준일 안내 · 2026-10-12 보강: 8월 21일 브리핑을 10월 2일 처음 재정리한 기록이다. 이번 수정에서는 당시 예정과 이후 안내가 섞이지 않도록 시제와 기준일 설명을 보강했다. 아래 9월 일정은 8월 공식 공지가 예고한 계획이며, 이 글만으로 각 저장소의 전환 완료를 확인할 수는 없다.

CI 설정의 러너 이름은 짧고 익숙하다. 하지만 그 이름 뒤의 운영체제와 컴파일러는 계속 바뀐다. 8월 21일 브리핑의 Windows ARM64 이미지 소식은 실행 환경도 관리해야 할 의존성임을 보여 준다.

새 이미지 제공과 기본값 전환은 다른 날짜다

GitHub는 8월 20일 Windows 11 ARM64의 Visual Studio 2026 이미지를 정식 제공한다고 발표했다. 새 이미지의 러너 이름은 windows-11-vs2026-arm이다.

기존 windows-11-arm의 기본값은 9월 21일부터 순차 전환하고 9월 30일까지 적용할 예정이라고 안내했다. Visual Studio 2022에 의존하는 흐름은 깨질 수 있다는 설명도 포함됐다. 새 이미지 출시일과 기존 설정의 전환일을 구분해야 한다.

짧은 라벨 뒤의 긴 계약

같은 러너 이름을 유지한다고 도구 버전이 고정되는 것은 아니다. 프로젝트가 컴파일러 경로나 특정 SDK를 가정하면 환경 변화가 결과에 영향을 줄 수 있다.

업데이트를 막는 것만이 해법은 아니다. 새 환경에서 문제가 재현되는지 먼저 확인하고 기존 가정을 명시적으로 관리하는 편이 좋다. 이는 이번 전환 공지에서 도출한 운영 제안이다.


예정된 전환 기간 뒤에 확인할 항목

당시 공지는 새 러너를 선택해 전환 전에 시험할 수 있도록 안내했다. 이 글을 처음 정리한 10월 2일에는 예정된 전환 기간이 지났으므로 사용하는 실행 환경을 직접 확인해야 한다.

  • 빌드 로그에 컴파일러와 SDK 버전을 남긴다.
  • 설치 경로를 하드코딩한 스크립트를 찾는다.
  • 캐시가 이전 환경의 결과를 재사용하는지 확인한다.
  • 빌드 성공과 실제 실행 검증을 구분한다.

이 글은 전환 내용을 설명하며 저장소의 CI 설정을 변경하지 않는다. 실제 수정이 필요하다면 사용하는 운영체제와 작업 범위를 먼저 확인해야 한다.

오늘의 트리거는 CI 파일을 읽을 때, 러너 이름 뒤에 어떤 도구가 들어 있는지 한 번 더 보는 일이다.


참고 자료

브리핑 표지 보기
Windows ARM64 러너의 Visual Studio 전환: CI 환경도 의존성이다
브리핑 모아 보기