출시 모델

<ph type="x-smartling-placeholder"></ph> 문제 신고 소스 보기 1박 · 7.3 · 7.2 · 7.1 · 7.0 · 6.5

원본 블로그에서 발표한 바와 같이 post, Bazel 4.0 이상 버전은 두 가지 출시 트랙(롤링)을 지원합니다. 장기적 지원 (LTS) 출시가 포함됩니다 이 페이지에서는 Bazel의 출시 모델에 대한 정보입니다.

지원 매트릭스

LTS 출시 지원 단계 최신 버전 지원 종료
Bazel 8 순차적 순차적 출시 페이지 확인 해당 사항 없음
Bazel 7 활성 7.3.1 2026년 12월
Bazel 6 유지보수 6.5.0 2025년 12월
Bazel 5 유지보수 5.4.1 2025년 1월
Bazel 4 지원 중단됨 4.2.4 2024년 1월

모든 Bazel LTS 출시 버전은 버전에서 확인할 수 있습니다. 페이지를 참고하세요.

출시 버전 관리

Bazel은 major.minor.patch 시맨틱을 사용함 버전 관리 스키마

  • 주 버전에는 이전 버전과 호환되지 않는 기능이 포함되어 있습니다. 이전 버전에서 사용할 수 있습니다. 각 Bazel 주 버전은 LTS 출시 버전입니다.
  • 부 버전에는 이전 버전과 호환되는 버그 수정 및 기능이 포함되어 있습니다. 기본 브랜치에서 백포팅됩니다.
  • 패치 출시에는 중요한 버그 수정이 포함되어 있습니다.

또한 출시 전 버전은 하이픈과 날짜 서픽스를 다음 주 버전 번호의 다음 주 버전 번호에 추가합니다.

예를 들어 각 유형의 새 출시 버전이 나오면 다음과 같은 버전 번호가 생성됩니다.

  • 메이저: 6.0.0
  • 마이너: 6.1.0
  • 패치: 6.1.2
  • 출시 전: 7.0.0-pre.20230502.1

지원 단계

각 주 Bazel 버전에는 4가지 지원 단계가 있습니다.

  • 롤링: 이 메이저 버전은 아직 출시 전 상태입니다(Bazel팀). HEAD에서 순차적 버전을 게시합니다.
  • 활성: 이 주 버전은 현재 활성 LTS 버전입니다. 더 바젤 팀의 중요한 기능과 버그 수정을 마이너 릴리스로 백포트합니다.
  • 유지보수: 이 메이저 버전은 유지보수 중인 이전 LTS 출시 버전입니다. 있습니다. Bazel 팀은 주요 버그 수정의 백포팅만 보안 문제 및 OS 호환성 문제를 해결했습니다.
  • 지원 중단됨: Bazel팀에서는 더 이상 이 주요 모든 사용자는 최신 Bazel LTS 출시 버전으로 이전해야 합니다.

출시 주기

Bazel은 정기적으로 두 가지 출시 트랙의 출시 버전을 게시합니다.

순차적 출시

  • 순차적 출시는 Google Blaze 출시와 조정되어 약 2주마다 HEAD에서 시작합니다. 다음 Bazel LTS의 미리보기입니다. 있습니다.
  • 순차적 출시는 호환되지 않는 변경사항을 제공할 수 있습니다. 호환되지 않는 플래그는 주요 브레이킹 체인지에 권장, 호환되지 않는 변경사항 출시 이전 버전과의 호환성을 정책을 참조하세요.

LTS 출시

  • 주요 출시: 새로운 LTS 버전이 HEAD에서 대략적으로 삭제될 것으로 예상됩니다. 매 12개월 새 LTS 출시 버전이 출시되면 즉시 Active(활성) 상태로 전환됩니다. 이전 LTS 출시 버전이 유지보수 단계로 진입합니다.
  • 부 출시: 활성 LTS 트랙의 새로운 부 버전은 다음과 같은 기능을 제공합니다. 2개월에 한 번 출시됩니다
  • 패치 출시: Active 및 심각한 버그의 경우 요청에 따라 유지보수 단계를 공개할 예정입니다. 수정할 수 있습니다
  • Bazel LTS 출시 버전은 2년간 유지보수 단계.

계획된 출시는 출시를 확인하세요. 문제 를 확인하세요.

출시 절차 및 정책

순차적 출시의 경우 프로세스는 간단합니다. 약 2주마다 새 출시 버전이 생성됩니다. Blaze 출시. 빠른 출시 일정으로 인해 어떤 변경사항도 백포팅하지 않습니다. 살펴보겠습니다

LTS 출시의 경우 아래 절차와 정책을 따릅니다.

  1. 출시 버전의 기준 커밋을 결정합니다.
    • 새로운 주 LTS 출시의 경우 기준 커밋은 기본 브랜치.
    • 부 버전 또는 패치 출시의 경우 기준 커밋은 동일한 LTS 출시의 현재 최신 버전
  2. 기준의 release-<version> 이름으로 출시 브랜치를 만듭니다. 커밋합니다
  3. PR을 통해 변경사항을 출시 브랜치로 백포팅합니다.
    • 커뮤니티에서 답글을 달아 특정 커밋을 백포팅할 것을 제안할 수 있습니다. '@bazel-io flag' 관련 GitHub 문제 또는 PR을 검토하여 잠재적인 고객으로 표시합니다. Bazel 팀이 선별한 다음 새 버전을 출시할지 커밋을 백 포팅합니다
    • 기본 브랜치에서 이전 버전과 호환되는 커밋만 백포팅할 수 있습니다. 병합 충돌 해결을 위한 사소한 추가 변경사항은 허용됩니다.

  4. Bazel 유지관리자를 위해 Cherry-Pick 요청 문제를 사용하여 변경사항을 백포팅합니다.

    • Bazel 유지관리자가 특정 커밋 선별을 요청할 수 있음 릴리스 브랜치로 푸시됩니다 이 프로세스는 GitHub에서 선별 요청을 보낼 수 있습니다. 방법은 여기를 참조하세요.

      1. 선택 요청 열기
      2. 요청 세부정보 입력 <ph type="x-smartling-placeholder">
          </ph>
        • 제목: 간결하고 구체적인 요청 제목을 제공합니다.
        • 커밋 ID: 원하는 커밋의 ID 입력 선택하세요. 커밋이 여러 개인 경우 각 커밋을 쉼표로 구분해 주세요.
        • 카테고리: 요청의 카테고리를 지정합니다.
        • 검토자: 검토자가 여러 명인 경우 GitHub 분리 쉼표로 구분해 주세요.
      3. 마일스톤 설정하기 <ph type="x-smartling-placeholder">
          </ph>
        • '주요 일정' 찾기 섹션을 클릭하고 설정을 클릭합니다.
        • 적절한 X.Y.Z 출시 차단 프로그램을 선택합니다. 이 작업 선택 봇이 요청을 처리하도록 트리거 'release-X.Y.Z' 브랜치.
      4. 문제 제출 <ph type="x-smartling-placeholder">
          </ph>
        • 모든 세부 정보가 입력되고 마일스톤이 설정되면, 문제를 제출합니다.

    • 선택 봇이 요청을 처리하고 커밋이 선별 대상이 될 수 있는 경우 만약 커밋을 선택할 수 있습니다. 즉, 커밋을 선별하는 동안 병합 충돌이 발생하면 봇이 새 pull 요청을 만듭니다 당겨서 Bazel 팀원이 요청을 승인하면 커밋을 선택하여 출시 브랜치에 병합됩니다. 완료된 선택 요청의 시각적 예는 이거 참고 예 에서 자세한 내용을 확인하실 수 있습니다.

  5. 출시 차단 프로그램을 식별하고 출시 브랜치에서 발견된 문제를 수정합니다.

    • 출시 브랜치는 동일한 테스트 모음으로 테스트됩니다. postsubmit 및 다운스트림 테스트 파이프라인 Bazel CI에서 빌드되었습니다 Bazel팀에서 출시 테스트 결과 모니터링 발견된 모든 회귀를 수정합니다.

  6. 모두 알려진 경우 출시 브랜치에서 새 출시 후보를 만듭니다. 문제가 해결되었습니다.

    • 출시 후보는 bazel-discuss Bazel팀은 후보의 커뮤니티 버그 신고를 모니터링합니다.
    • 새로운 출시 차단기가 확인되면 이전 단계로 돌아가서 모든 문제를 해결한 후 새 출시 후보를 만듭니다
    • 이후에는 새 기능을 출시 브랜치에 추가할 수 없습니다. 최초 출시 후보가 생성되고 선택은 중요한 수정 시에만 제공됩니다. 선택이 필요한 경우 요청자는 이 변화가 중요한 이유와 어떻게 해야 할까요? 이러한 변화로 인해 더 이상 무엇인가요?

  7. 추가 버전이 없는 경우 출시 후보를 공식 버전으로 푸시합니다. 차단기가 발견됨

    • 패치가 출시된 경우 영업일 기준 최소 2일 후 확인할 수 있습니다
    • 메이저 및 마이너 출시의 경우 영업일 기준 2일 후 출시를 푸시합니다. 마지막 출시 후보가 나왔지만 그로부터 1주일이 지나지 않았습니다. 확인할 수 있습니다
    • 다음 날이 비즈니스인 날에만 출시가 푸시됨 있습니다.
    • 발표곡은 bazel-discuss Bazel팀은 있습니다.

회귀 보고

사용자가 새로운 Bazel 출시에서 회귀를 발견한 경우, 출시 후보를 출시하거나 Bazel이 HEAD에 있음, 버그를 신고하세요 GitHub 이때 Bazelisk가 원인 커밋을 양분하고 이 정보를 버그에 포함 보고서.

예를 들어 Bazel 6.1.0에서는 빌드가 성공했지만 두 번째 버전에서는 실패하는 경우 버전 6.2.0의 출시 후보인 경우, GKE API를 통해

bazelisk --bisect=6.1.0..release-6.2.0rc2 build //foo:bar

BAZELISK_SHUTDOWN 또는 BAZELISK_CLEAN 환경 변수를 설정하여 실행할 수 있습니다. 필요한 경우 해당 bazel 명령어를 사용하여 문제를 재현할 수 있습니다 자세한 내용은 Bazelisk 관련 문서를 확인하세요. bisect 특성을 사용합니다.

Bazelisk를 최신 버전으로 업그레이드해야 bisect를 사용할 수 있습니다. 기능을 사용할 수 있습니다.

규칙 호환성

규칙 작성자가 다른 규칙과의 호환성을 유지하려는 경우 Bazel 버전이 있는 경우 규칙 호환성 페이지를 참조하세요.