출시 정책

문제 신고 소스 보기 Nightly · 8.0 . 7.4 . 7.3 · 7.2 · 7.1 · 7.0 · 6.5

Bazel은 장기 지원 (LTS) 출시 모델을 유지하며, 여기서 주 버전은 9개월마다 출시되고 부 버전은 매월 출시됩니다. 이 페이지에서는 출시 후보, 타임라인, 공지사항, 테스트를 비롯한 Bazel 출시 정책을 다룹니다.

Bazel 출시는 GitHub에서 확인할 수 있습니다.

출시 후보

새 버전의 Bazel 출시 후보는 일반적으로 매월 초에 생성됩니다. 작업은 타겟 출시일을 나타내는 GitHub의 출시 버그로 추적되며 현재 출시 관리자에게 할당됩니다. 출시 후보는 모든 Bazel 단위 테스트를 통과해야 하며 Buildkite에서 테스트된 프로젝트에 원치 않는 회귀가 없어야 합니다.

출시 후보는 bazel-discuss에서 발표됩니다. Bazel팀은 앞으로 며칠 동안 커뮤니티 버그 신고에서 후보의 회귀를 모니터링합니다.

출시

회귀가 발견되지 않으면 후보가 일주일 후에 공식적으로 출시됩니다. 그러나 회귀는 출시 후보의 출시를 지연시킬 수 있습니다. 회귀가 발견되면 Bazel팀에서 출시 후보에 해당하는 체리피킹을 적용하여 이러한 회귀를 수정합니다. 첫 번째 출시 후보 발표 후 1주일 후에 시작하여 영업일 기준 2일 연속으로 더 이상 회귀가 발견되지 않으면 후보가 출시됩니다.

출시 후보가 삭제된 후에는 새 기능이 출시 후보에 선별되지 않습니다. 또한 새 기능에 버그가 있는 경우 출시 후보에서 기능이 롤백될 수 있습니다. 출시 빌드에 큰 영향을 미치거나 출시 빌드를 중단할 수 있는 버그만 출시 후보가 삭제된 후에 수정됩니다.

출시는 다음날이 영업일인 경우에만 출시됩니다.

최신 출시에서 심각한 문제가 발견되면 Bazel팀에서 출시에 수정사항을 적용하여 패치 출시를 만듭니다. 이 패치는 새 버전을 만드는 대신 기존 버전을 업데이트하므로 패치 출시 후보는 영업일 기준 2일 후에 출시할 수 있습니다.

테스트

헤드에서 빌드된 Bazel 바이너리와 출시 바이너리를 사용하여 ci.bazel.build에서 실행되는 모든 프로젝트의 야간 빌드가 실행됩니다. 중대한 변경사항의 영향을 받는 프로젝트에 알림이 전송됩니다.

출시 후보가 출시되면 TensorFlow와 같은 다른 Google 프로젝트는 출시 후보 바이너리를 사용하여 전체 테스트 모음에서 테스트됩니다. Bazel을 사용하는 중요한 프로젝트가 있는 경우 현재 출시 후보를 추적하고 회귀를 보고하는 자동 테스트 프로세스를 설정하는 것이 좋습니다.