Devotd Github
새 소식코딩 에이전트

scarletkc/seiso — 배포 파이프라인의 Rust 캐시를 빌드 행별로 분리

scarletkc/seiso가 배포 워크플로의 Rust 캐시 키를 빌드 플랫폼별로 분리해 musl 캐시가 manylinux2014 빌드를 깨뜨리던 문제를 고친 커밋.

저장소 정보scarletkc/seiso ↗

scarletkc/seiso가 배포 워크플로의 Rust 캐시 키를 빌드 플랫폼별로 분리해 musl 캐시가 manylinux2014 빌드를 깨뜨리던 문제를 고친 커밋.

GitHub 설명: A Markdown convention and linter for project docs written by AI and read by humans and agents

스타
★ 185
포크
13
언어
Rust
라이선스
MIT
최신 릴리스
v0.4.0
원문 보기 ↗GitHub에서 보기 ↗

scarletkc/seiso는 AI가 작성하고 사람과 에이전트가 읽는 프로젝트 문서를 위한 마크다운 규약과 린터다. 2026년 10월 13일 커밋(5bae44f, PR #91)은 패키지 배포 파이프라인에서 Rust 빌드 캐시를 빌드 대상별로 분리했다. 대상 파일은 배포 워크플로 .github/workflows/publish.yml 하나뿐이고, 변경은 4줄 추가·0줄 삭제다.

분리의 배경은 캐시 키 공유였다. 이 워크플로는 dtolnay/rust-toolchain@stable로 Rust 툴체인을 준비하고 Swatinem/rust-cache@v2로 빌드 산출물을 캐시한다. 한 러너 이미지에서 여러 빌드 행이 기본 캐시 키를 공유하면, Alpine 계열 musl 빌드 컨테이너가 저장한 항목이 여러 리눅스 배포판을 겨냥한 manylinux2014 빌드 쪽으로 넘어간다. 그 결과 manylinux2014 컨테이너의 glibc보다 더 최신 glibc를 요구하는 호스트 빌드 스크립트에서 빌드가 깨졌다. 이번 변경은 캐시 action에 key: ${{ matrix.platform }}을 지정해 gnu 행과 musl 행이 서로의 빌드 스크립트를 복원하지 않게 했다. 같은 워크플로에서 Rust 테스트는 Linux x64로 돌고, musl 행의 wheel은 Alpine에서 확인한다.

다만 이 커밋이 건드린 범위는 빌드 캐시 격리까지다. 린터가 어떤 규칙을 잡는지, 마크다운 규약이 어떻게 정의돼 있는지에 대한 내용은 이 커밋 기록에 없다. 라이선스나 린터 성능을 나타내는 수치도 이번 기록에는 담겨 있지 않다. 배포가 특정 러너 이미지 상태에 덜 예민해지는 방향의 사소하지만 의미 있는 정리로 읽힌다. 리서버가 무엇을 잡아내는지에 대한 판단은 이 커밋 기록만으로는 어렵고, 다른 근거가 더 필요하다.