버전 관리

라인트 규칙 수정, 형식 설계 등의 변경 사항은 스크립트가 통과하지 못하게 할 수 있습니다. 이러한 변경의 성격을 고려하여, 범위 연산자 사용 대신 package.json에 정확한 버전을 저장하는 것이 매우 권장됩니다.

이 방법을 통해 스크립트가 예기치 않게 실패하는 것을 방지할 수 있습니다.

세미틱 버전 관리

Biome는 세미틱 버전 관리를 따릅니다. 비엄이 도구 체인으로서의 특성상, 어떤 변경이 주 버전, 부 버전 또는 패치로 간주되는지 명확하지 않을 수 있습니다. 따라서 아래와 같은 버전 관리 가이드라인을 사용합니다.

수정 릴리스

• 유효한 코드에서 라인트 오류(거짓 긍정)를 발생시키던 라인트 규칙 수정
• 잘못된 코드 제안 수정
• 유효하지 않은 코드를 생성하거나 프로그램의 의미를 변경하는 문법 포맷팅 수정
• 문서 개선
• 비엄의 기능에 영향을 주지 않는 내부 변경:
  • 리팩터링
  • 성능 향상
  • 테스트 커버리지 증가 또는 변경
• 진단 메시지 표현 개선 또는 표시 오류 수정
• 실패한 릴리스 재릴리스
• 이미 확립된 문법 형식 변경

부 버전 릴리스

• 새로운 규칙 추가 또는 기존 루이저 규칙을 기본적으로 추천되지 않는 안정 그룹으로 승격
• 최근 도입된 언어 기능에 대해 라이팅 및 포맷팅 지원 추가 (이는 더 많은 라이팅 오류가 발생할 수 있음)
• 추천 규칙 제거
• 기존 규칙 폐기
• 포맷팅이나 라이팅 오류 수를 늘리지 않는 새로운 선택적 설정 옵션 추가
• 새로운 추천 라인트 규칙 추가 또는 기존 라인트 규칙을 유아용 그룹에서 안정 그룹의 추천 규칙으로 승격
• nursery 규칙이 아닌 규칙 제거 또는 기존 규칙을 nursery 그룹으로 강등

메이저 버전 릴리스

• 포맷팅 방식이나 라이팅 오류 수를 변경하는 구성 변경 (옵션 추가/제거, 기본값 변경)
• Biome의 공개 API 변경
• 일부 주의가 필요할 수 있는 새로운 기능 또는 도구의 승격

Visual Studio Code 확장

Visual Studio Code는 확장에 대한 사전 배포 레이블을 지원하지 않습니다. 따라서 비엄은 다음의 버전 스키마를 사용하여 안정판과 사전 데모판을 구분합니다:

• 안정판은 짝수 버전 번호를 사용: 10, 12, 14, 16, …
• 사전 데모판은 홀수 버전 번호를 사용: 11, 13, 15, 17, …