GitHub Actions에 대해 이야기해 보겠습니다.

GitHub Actions는 2018년 출시 이후 크게 성장했습니다. 2025년 한 해에만 개발자는 공개 및 오픈 소스 프로젝트에서 115억 분의 GitHub Actions를 사용했는데, 이는 2024년보다 전년 대비 35% 증가한 수치입니다. 동시에 성장통도 있었고, 여러분은 가장 중요한 개선 사항이 무엇인지 분명히 해 주셨습니다. 즉, 더 빠른 빌드, 향상된 보안, 더 나은 캐싱, 더 많은 워크플로 유연성, 견고한 안정성이 무엇인지 알려 주셨습니다.

이러한 수준의 수요를 충족하려면 먼저 모든 GitHub Actions 작업 및 실행기를 지원하는 핵심 백엔드 서비스를 재설계하는 데 신중한 투자가 필요했습니다. 이는 여러분이 요구해 왔던 장기적인 성능, 확장성 및 기능 제공을 위한 기반을 마련한 상당한 노력이었습니다. 새로운 아키텍처가 출시되어 하루에 7,100만 개의 작업을 지원하고 플랫폼 전반에 걸쳐 개발자 경험에 대한 더 깊은 가시성을 제공합니다.

이러한 작업을 마친 후 우리는 오랫동안 지속되어 온 삶의 질 개선에 대한 귀하의 주요 요청으로 다시 관심을 돌립니다. 아래에서는 올해 출시된 제품, 오늘 이러한 업그레이드를 시작할 수 있는 방법, 2026년에 제공될 기능을 살펴보겠습니다.

뛰어들자.

GitHub Actions의 핵심 재구축

2024년 초, GitHub Actions 팀은 문제에 직면했습니다. 플랫폼은 하루에 약 2,300만 개의 작업을 실행하고 있었지만 월별 성장을 통해 한 가지 분명해진 사실은 기존 아키텍처가 성장 곡선을 안정적으로 지원할 수 없다는 것입니다. 기능 속도를 높이려면 먼저 안정성을 향상하고 GitHub Actions를 지원하는 레거시 프레임워크를 현대화해야 했습니다.

해결책? GitHub Actions 작업 및 실행기를 지원하는 핵심 백엔드 서비스를 재설계하세요. 우리의 목표는 인프라 문제에 대한 가동 시간과 탄력성을 개선하고, 성능을 개선하고, 내부 제한을 줄이고, GitHub의 광범위한 플랫폼 투자와 개발자 경험 개선을 활용하는 것이었습니다. 우리는 기존 사용량보다 10배 확장하는 것을 목표로 했습니다. 이러한 노력은 큰 투자였으며 우리 팀의 초점의 상당 부분을 소비했습니다. 그리고 우리가 새로운 플랫폼을 안정화하는 마지막 단계를 진행하는 동안에도 현재 규모를 처리하는 데 도움을 줌으로써 그 작업이 성과를 거두고 있습니다.

8월 이후 모든 GitHub Actions 작업은 우리의 새로운 아키텍처에서 실행되어 하루에 7,100만 개의 작업을 처리합니다(시작한 곳보다 3배 이상). 개별 기업은 이전 아키텍처가 지원할 수 있는 것보다 분당 7배 더 많은 작업을 시작할 수 있습니다.

여기에는 고통이 따르지 않았습니다. 이로 인해 기능 작업 속도가 느려지고 오랜 커뮤니티 요청에 대한 진행이 지연되었습니다. 우리는 이것이 어려운 결정이라는 것을 알고 있었지만, 미래 로드맵과 지속 가능성을 제품으로 구현하는 것은 중요한 결정이었습니다.

우리는 아직 갈 길이 멀다는 것을 인정하며 이는 GitHub Actions 스토리의 새로운 장의 시작일 뿐입니다. 우리는 절실히 필요한 개선 사항으로 다시 초점을 전환하면서 이 전선에서 가장 최근에 출시된 선박 중 일부를 소개하고자 합니다.

YAML 앵커는 복잡한 워크플로에서 중복을 줄입니다.

먼저, 실행기와 커뮤니티 저장소 모두에서 가장 많이 요청된 기능 중 하나인 YAML 앵커에 대한 지원을 출시했습니다. YAML 앵커는 앵커(&) 별칭(*). 이를 통해 워크플로 전체에서 일관된 환경 변수, 단계 구성 또는 전체 작업 설정을 유지할 수 있습니다. 모두 여러 작업에서 반복되지 않고 중앙에서 정의됩니다.

💡 YAML 앵커 및 별칭에 대해 자세히 알아보려면 문서를 읽어보세요.

팀 전체에서 일관된 CI를 위한 비공개 워크플로 템플릿

일관된 비공개 워크플로 스캐폴딩을 원하는 조직의 오랜 요청인 비공개 워크플로 템플릿을 출시했습니다.

비공개 워크플로 템플릿을 사용하면 조직은 팀을 위한 공통 템플릿을 자신의 워크플로에서 직접 설정할 수 있습니다. .github 저장소는 개발자에게 새로운 워크플로를 시작할 때 안정적인 시작점을 제공합니다. 이제 팀은 저장소 전체에서 CI 패턴을 수동으로 복사하는 대신 공유 패턴 세트에서 작업할 수 있습니다.

💡 워크플로 템플릿에 대해 자세히 알아보려면 문서를 읽어보세요.

모듈식 대규모 파이프라인을 위한 더욱 심층적인 재사용 가능 워크플로우

재사용 가능한 워크플로 깊이를 늘려 출시했습니다(커뮤니티의 또 다른 주요 요청). 재사용 가능한 워크플로우를 통해 자동화를 공유 가능한 모듈식 조각으로 나눌 수 있습니다. 이제 10개 수준의 중첩과 실행당 50개의 워크플로 호출을 지원하는 업데이트된 제한을 통해 팀은 이제 유지 관리가 가능하고 아키텍처 요구 사항에 따라 확장되는 방식으로 CI/CD 파이프라인을 구성할 수 있는 더 많은 유연성을 갖게 되었습니다.

💡 재사용 가능한 워크플로에 대해 자세히 알아보려면 문서를 읽어보세요.

더 큰 프로젝트와 종속성이 많은 빌드를 위한 더 큰 캐시

이제 리포지토리는 이전의 10GB 캐시 제한을 초과할 수 있으므로 종속성이 크거나 다중 언어 단일 리포지토리가 있는 팀의 오랜 문제점을 제거할 수 있습니다.

코드베이스가 더 크거나 빌드 파이프라인이 복잡한 팀의 경우 기존 10GB GitHub Actions 캐시 제한으로 인해 다음 워크플로 실행 속도가 빨라지기 전에 빌드 종속성이 제거되어 다운로드가 반복되고 빌드 속도가 느려지는 경우가 많았습니다. 이 릴리스는 아키텍처 재작업으로 인해 가능했으며 특히 대규모 사용자 중 일부의 커뮤니티 요청을 충족합니다.

💡 캐시 저장소 관리에 대해 자세히 알아보려면 문서를 읽어보세요.

더욱 풍부한 자동화를 위한 더 많은 워크플로 디스패치 입력

12월 초에 우리는 워크플로 파견 입력 수를 10개에서 25개로 늘렸으며 이는 커뮤니티 토론에서도 언급되었습니다. 이제 개발자는 팀이 배포를 매개변수화하든, 테스트 실행을 구성하든, 더 풍부한 입력 옵션을 사용하여 재사용 가능한 자동화를 구축하든 상관없이 정교한 셀프 서비스 워크플로를 구축할 수 있는 더 많은 유연성을 갖게 되었습니다.

💡 Workflow_dispatch를 사용하여 워크플로를 수동으로 실행하는 방법에 대해 자세히 알아보려면 문서를 읽어보세요.

2025년에는 더 많은 성능 및 플랫폼 개선 사항 출시

우리는 또한 공용 리포지토리용 arm64 호스팅 실행기, macOS 15 및 Windows 2025 이미지(현재 정식 출시됨), 작업 성능 지표(또한 정식 출시됨) 및 공개 미리 보기의 사용자 정의 이미지 지원을 포함하여 올해 초에 마련한 강력한 기반에서 진전을 이루었습니다.

이러한 릴리스는 일상적인 작업 흐름 품질을 개선하고 오랜 마찰을 제거하도록 설계되었습니다.

2026년 초에는 어떤 일이 일어날까요?

GitHub Actions를 통해 훨씬 더 나은 경험을 제공하기 위해 해야 할 일이 많기 때문에 이는 시작에 불과합니다. 커뮤니티의 주요 요청에 따라 2026년 1분기 계획은 다음과 같습니다.

1. 예약된 작업의 시간대를 지원하고 일정 안정성을 위한 업데이트를 지원합니다.
2. 워크플로 디스패치에서 실행 ID를 반환합니다.
3. 조건부 연산자 또는 함수를 갖도록 표현식에 대한 케이스 함수를 추가합니다.
4. 더 빠른 페이지 로드 시간, 300개 이상의 작업이 포함된 워크플로에 대한 더 나은 렌더링, 작업 목록 필터 등 UX가 개선되었습니다.

또한 GitHub Actions에서 가장 많이 요청된 기능 중 하나인 병렬 단계에 대한 작업을 시작할 것입니다. 2026년 중반 이전에 배송하는 것이 목표입니다. 마지막으로, 우리는 기준을 높이고 오픈 소스 리포지토리의 품질 향상에 대한 몇 가지 요청을 해결하기 시작할 것입니다. 여기서도 경험의 품질을 향상시켜야 한다는 점을 인식하고 있습니다.

GitHub Actions의 2026년 로드맵을 수립하는 데 도움을 주세요.

GitHub Actions는 GitHub에서 가장 중요한 기본 요소 중 하나입니다. 이는 오늘날 소프트웨어 출시 방식을 정의하는 빌드, 테스트, 배포, 자동화 및 릴리스 프로세스를 지원합니다.

여러분께 드리는 우리의 약속: 2026년에는 더욱 일관적인 릴리스, 더욱 높은 투명성, 가장 중요한 기본 사항에 대한 지속적인 집중이 이루어질 것입니다. 또한 우리는 이전보다 더 빨리 여러분의 기대에 부응할 수 있도록 이 분야에 대한 자금을 늘리고 있습니다.

그리고 이것이 바로 우리가 가장 중요한 삶의 질 향상에 집중할 수 있도록 여러분의 도움이 필요한 곳입니다. 여러분의 피드백이 필요합니다. 우리의 업무를 지원하려면:

1. 커뮤니티 토론에서 가장 중요한 항목에 계속 투표하세요.
2. GitHub Actions 제품 및 엔지니어링 리더가 다음에 나올 내용에 대해 적극적으로 논의할 새로운 커뮤니티 토론 게시물에 참여하세요.
3. 최선의 조치를 취할 수 있도록 내년 계획을 추진할 수 있도록 도와주세요.

우리는 GitHub Actions가 개발자가 소프트웨어를 구축하는 방법을 지원한다는 것을 알고 있으며, 가장 좋은 버전은 우리가 함께 구축할 버전입니다. 그리고 언제나 그렇듯이 GitHub Changelog를 통해 GitHub Actions 릴리스에 대한 최신 정보를 유지할 수 있습니다.

작성자:

Ben De St Paer-Gotch는 현재 GitHub의 제품 이사로 GitHub Actions, Packages, Codespaces 및 npm 팀을 이끌고 있습니다. GitHub 이전에는 Docker, Amazon 및 Microsoft에서 근무했습니다. 영국에 거주하는 그는 eBPF나 현재 그를 방해하고 있는 모든 기술에 대해 논의하는 것만큼이나 보드 게임에 대해서도 기꺼이 논의할 것입니다.