Skip to main content

Command Palette

Search for a command to run...

swc-bot을 changeset으로 교체했다

Published
1 min readView as Markdown

이 글은 두루미스에 올렸다가 옮긴 글입니다.


swc-bot을 changeset으로 교체했다

chore(ci): Integrate changeset by kdy1 · Pull Request #9284 · swc-project/swc

swc는 굉장히 특이한 방식으로 crate 버전들을 관리했었다. 나를 포함한 메인테이너가 PR을 승인하고

swc-bump:
 - swc_common
 - swc_ecma_ast --breaking

같은 댓글을 남기면 PR이 머지된 뒤 @swc-bot 계정으로 스크립트가 돌면서 swc_common, swc_ecma_astswc_ecma_ast에 의존하는 crate들의 버전을 올리는 커밋을 만들고 이를 푸시하는 방식이었다. 이런 방식을 사용했던 건 모듈이 많아서 바뀐 모듈만 한번에 배포할 방법이 필요했어서이다. 시작은 PR이 머지됐을 때 수정 사항들을 바로 배포하는 것이었다. Deno랑 일할 때 내가 자고 있는 시간에 배포 요청을 하는 일이 많았다. 그래서 방법을 고민하다가 봇을 만들어서 PR이 머지되면 자동으로 배포하게했다. 그렇게 구성했고, 한동안 잘 썼는데 너무 많이 배포하는 것 같아서 버전 bump만 해뒀다가 나중에 한번에 crate들을 배포하는 방식으로 바꿨다.

이 방식은 좀 나아졌지만, cargo의 lockfile에는 workspace에 포함된 패키지들도 포함되기 때문에 GitHub Actions의 캐시 활용도가 낮아진다는 나름 심각한 문제점이 있었다. 해결책을 고민하던 중, 변경 사항을 PR들에 넣는 문제는 changeset 파일과 changeset 봇을 활용하고, 버전 bump나 배포는 러스트 코드를 짜서 해결하면 되겠다는 생가이 들었고, 그래서 그렇게 구현해보니까 잘 작동했다.

More from this blog

Labor0를 만든 이유

사람이 병목이 되는 횟수를 줄이기 AI 에이전트 세션을 많이 실행하는 것 자체는 어렵지 않다. 내가 해결하고 싶었던 문제는 세션이 늘어날 때마다 사람이 모든 진행 상황을 확인하고 관리해야 한다는 점이었다. 사람을 병목에서 완전히 빼는 게 목표는 아니다. 사람은 여전히 병목이다. 대신 사람이 개입해야 하는 횟수를 줄이고, 실제로 결정이 필요한 순간에만 사람을

Aug 22, 20265 min read

작업 기록: 자동 QA 구성

최근에 Zephyr Cloud 의 프로젝트에 자동 QA 시스템을 구성했다. 그 작업 기록이다. 원래 이런 작업은 리눅스에서 하는 게 맞다고 생각했다. 그런데 나는 계속 로컬에서 디버깅해야 했고, 개발 흐름상 맥에서 바로 돌릴 수 있어야 했다. 예전에도 자동 QA를 시도한 적은 있었지만 끝까지 제대로 굴러간 적은 없었다. 그러다가 지난주 중반쯤, “이건 로

May 13, 20263 min read

kdy1: The way I think

305 posts