Nightly Gate
nightly는 운영 기본값이 아니라 격리된 실험 채널이다
stable은 서비스 기준, beta는 사전 검증, nightly는 기능 플래그 실험으로 분리하면 안정성과 속도를 함께 관리할 수 있다.
채널 역할
stable
운영 코드의 기본 기준이며 업그레이드 부담이 낮아야 한다.
beta
다음 stable 후보를 CI에서 미리 확인하는 완충 구간이다.
nightly
기능 플래그 뒤의 실험 기능을 프로젝트별로 검토한다.
01
필요 기능 확인
stable에 없는 기능인지, 대체 구현이 있는지 먼저 본다.
02
격리 설정
rustup override나 별도 프로젝트로 nightly 영향을 제한한다.
03
변경 추적
기능 플래그, RFC, tracking issue 상태를 함께 본다.
04
안정화 판단
기능이 stable로 내려오거나 대체가 가능하면 운영 기준으로 돌아온다.
질문 확인할 증거 판단
운영 코드에 필요한가 안정 대체 API, 성능 요구, 릴리즈 일정 운영 핵심이면 stable 대안을 먼저 찾는다.
실험 범위를 줄였는가 별도 toolchain, CI 분리, 롤백 계획 영향 범위를 모르면 도입하지 않는다.
안정화 경로가 보이는가 RFC 논의, tracking issue, beta 검증 일정과 리스크를 문서화한 뒤 실험한다.
기본 원칙
서비스 코드는 stable을 기준으로 두고 실험은 별도 경계에 둔다.
기능 플래그
nightly 기능은 이름이 아니라 안정화 상태와 변경 가능성을 함께 본다.
팀 정책
왜 nightly가 필요한지, 언제 제거할지, 누가 추적할지 정한다.