[ English | Indonesia | 한국어 (대한민국) | español (México) | English (United Kingdom) | Deutsch | 中文 (简体, 中国) ]

Zuul에서 상태를 확인

참고

이 섹션에서는 Gerrit 사용 을 완료했다고 가정합니다.

이 섹션에서는 다음을 수행할 수 있습니다.

  • Zuul이 패치를 테스트할 때 패치를 모니터링합니다.

  • OpenStack이 사용하는 기본 인프라 및 게이트 프로세스를 이해합니다.

Zuul이란

Zuul은 실행 중인 지속적인 인프라 작업을 관리하는 데 사용되는 OpenStack Infrastructure 팀이 작성 및 운영하는 툴입니다. 또한 제안된 각 커밋에서 실행할 테스트 작업을 정의할 수 있는 방법을 프로젝트에 제공합니다. 제안된 패치를 병합하려면 이러한 테스트를 통과해야 합니다.

패치를 gerrit zuul에 푸시하면 패치 기능을 제대로 확인하는 작업이 자동으로 트리거됩니다.

Zuul 상태 페이지의 변경 사항을 추적합니다.

https://zuul.openstack.org/으로 이동하여 언제든지 해당 작업의 상태를 확인할 수 있습니다.

../_images/zuul_status.png

현재 zuul에서 실행 중인 모든 작업의 상태가 표시됩니다. 패치 상자를 클릭하여 패치에서 실행 중인 작업을 확장할 수 있습니다.

../_images/zuul_patch.png

zuul에서 특정 패치를 찾으려면 검색줄을 사용하여 패치 번호를 검색할 수 있습니다. 그러면 해당 패치에만 표시되는 내용이 필터링됩니다.

../_images/zuul_status_searchbar.png

체크 대기열에서 변경사항이 먼저 발생하는 이유는 무엇입니까?

OpenStack 프로젝트는 클린 체크(clean check) 접근 방식을 사용합니다. 이것은 문 밖으로 삐걱거리는 변화를 막기 위해 고안되었습니다. 변경 사항은 항상 수표가 게이트에 들어가기 전에 통과해야 합니다. 게이트에서 실패하면 체크 파이프라인이 다시 입력됩니다.

  • 게이트에서 변경에 실패하면 비결정적 실패 동작을 도입할 가능성이 높아집니다. 검사를 다시 거치도록 강제하는 것은 이 점을 더욱 명확히 하는 데 도움이 됩니다.

  • 이는 pep8이나 다른 사소한 오류로 인해 통과될 가망이 없는 변경 사항을 승인하는 것을 방지합니다.

  • 또한 6개월의 기간 동안 진행되어 온 변경 사항을 승인하는 데도 도움이 됩니다.

게이트 파이프라인의 변경사항이 우선시되지만 직렬화되기도 합니다. 변경에 실패하면 해당 변경 실패 뒤의 변경에 대한 모든 테스트를 다시 시작해야 합니다. 재시작 후 재시작할 경우 체크 파이프라인을 위해 리소스가 확보되지 않습니다.

따라서 안정적인 게이트 파이프라인을 확보하는 것이 매우 중요하며, 클린 체크 요구사항이 안정적인 작업에 도움이 될 것입니다.