AI, 개발 도구, 오픈소스, 보안과 인프라의 변화와 이용 조건을 설명하는 최신 기사와 해설입니다.
GitHub는 2026년 10월 28일 GitHub Actions workflow lockfile을 공개 프리뷰에서 일반 제공으로 전환했습니다. 워크플로에는 읽기 쉬운 태그나 브랜치 참조를 두고 actions.lock에 액션과 전이 의존성의 커밋을 기록해 해당 코드를 실행하며, Dependabot은 등록된 워크플로의 잠금 항목도 같은 PR에서 갱신합니다. 재사용 워크플로 호출과 러너 이미지, 입력값, 시크릿은 잠금 범위에서 제외됩니다.
Vercel 무료 플랜의 배포 한도에 걸린 ResuHive 운영자가 GitHub Actions로 배포를 옮겼습니다. 변경된 프로젝트만 배포하고 시간 단위 재시도를 추가해, 문서만 바꾼 커밋은 배포 횟수를 쓰지 않도록 했습니다.
Terraform 오류를 고친 뒤에도 GitLab 파이프라인이 시작되지 않았습니다. 원인은 코드가 아니라 월간 compute minutes 소진이었고, 글쓴이는 사용량 확인 권한과 CI 비용을 줄이는 설정을 정리합니다.
GitHub Actions의 워크플로 파일에 필요한 on과 jobs 항목을 설명하고, 푸시·예약·수동 실행을 설정하는 방법을 Hugo 사이트 배포 사례로 보여줍니다. 여섯 줄짜리 hello 워크플로로 실행 로그를 확인하는 방법도 안내합니다.
GitLab CI/CD 정규식 컴파일러의 정수 오버플로 취약점(CVE-2026-97229)으로 인증되지 않은 공격자가 서버에서 코드를 실행할 수 있습니다. GitLab은 영향을 받는 자체 관리형 설치에 즉시 패치를 권고했습니다.
GitHub Actions를 빠르게 만드는 출발점은 하드웨어 교체가 아니라 불필요한 작업을 줄이는 일입니다. 글은 실행 시간과 첫 유용한 실패까지 걸리는 시간을 먼저 측정한 뒤, 오래된 실행 취소, 의존성 캐시, 작업 순서와 병렬화, 아티팩트 보관을 단계별로 점검합니다.
프로필 README를 자동 갱신하는 GitHub Actions 워크플로에는 토큰 권한, 액션 버전, 외부 코드 실행 방식이 드러납니다. 글은 최소 권한 설정, 액션 SHA 고정, 토큰 범위 제한으로 자동화 기능을 유지하면서 공격 표면을 줄이는 방법을 설명합니다.
Mandiant가 개발자 단말부터 저장소, 아티팩트, CI/CD, 배포 환경까지 소프트웨어 개발 수명주기 전반의 공급망 보안 수칙을 정리했습니다. 짧은 수명의 최소 권한 인증, 불변 다이제스트 검증, 격리된 빌드와 지속적인 서명·취약점 검사를 강조합니다.
GitHub의 runner-images 저장소는 GitHub Actions와 Azure Pipelines에서 쓰는 호스팅 VM 이미지의 구성 소스를 관리합니다. 운영체제별 이미지와 라벨, 소프트웨어 업데이트·지원·폐기 정책을 정리해 CI 워크플로의 실행 환경을 선택하고 변경에 대비하도록 돕습니다.
Bitrise Build Hub는 GitHub Actions 워크플로를 유지하면서 실행 러너를 Bitrise의 모바일 빌드 인프라로 바꾸는 서비스입니다. Bitrise는 iOS 빌드 54%, Android 빌드 31% 단축을 내세우며, 워크플로 YAML 한 줄을 바꾸면 된다고 설명합니다.
AI 에이전트가 코드 작성 속도를 끌어올리면서 Linear에서는 CI(Continuous Integration)가 개발 흐름을 막기 시작했습니다. 테스트 수가 연초보다 거의 4배 늘었지만 PR 대기 시간은 6분 이상에서 5분 조금 넘는 수준으로 줄였고, 테스트당 runner 시간은 절반가량 낮췄습니다.