[ 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/으로 이동하여 언제든지 해당 작업의 상태를 확인할 수 있습니다.
현재 zuul에서 실행 중인 모든 작업의 상태가 표시됩니다. 패치 상자를 클릭하여 패치에서 실행 중인 작업을 확장할 수 있습니다.
zuul에서 특정 패치를 찾으려면 검색줄을 사용하여 패치 번호를 검색할 수 있습니다. 그러면 해당 패치에만 표시되는 내용이 필터링됩니다.
체크 대기열에서 변경사항이 먼저 발생하는 이유는 무엇입니까?¶
OpenStack 프로젝트는 클린 체크(clean check) 접근 방식을 사용합니다. 이것은 문 밖으로 삐걱거리는 변화를 막기 위해 고안되었습니다. 변경 사항은 항상 수표가 게이트에 들어가기 전에 통과해야 합니다. 게이트에서 실패하면 체크 파이프라인이 다시 입력됩니다.
게이트에서 변경에 실패하면 비결정적 실패 동작을 도입할 가능성이 높아집니다. 검사를 다시 거치도록 강제하는 것은 이 점을 더욱 명확히 하는 데 도움이 됩니다.
이는 pep8이나 다른 사소한 오류로 인해 통과될 가망이 없는 변경 사항을 승인하는 것을 방지합니다.
또한 6개월의 기간 동안 진행되어 온 변경 사항을 승인하는 데도 도움이 됩니다.
게이트 파이프라인의 변경사항이 우선시되지만 직렬화되기도 합니다. 변경에 실패하면 해당 변경 실패 뒤의 변경에 대한 모든 테스트를 다시 시작해야 합니다. 재시작 후 재시작할 경우 체크 파이프라인을 위해 리소스가 확보되지 않습니다.
따라서 안정적인 게이트 파이프라인을 확보하는 것이 매우 중요하며, 클린 체크 요구사항이 안정적인 작업에 도움이 될 것입니다.