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

Memeriksa Status di Zuul

Catatan

Bagian ini menganggap Anda telah menyelesaikan Menggunakan Gerrit.

Bagian ini memungkinkan Anda untuk:

  • Pantau patch Anda saat diuji oleh Zuul

  • Memahami infrastruktur dasar dan proses gating yang digunakan OpenStack

Apa itu Zuul?

Zuul adalah alat yang ditulis dan dijalankan oleh tim Infrastruktur OpenStack yang digunakan untuk mengelola pekerjaan infrastruktur berkelanjutan. Ini memberikan proyek dengan cara untuk mendefinisikan pekerjaan pengujian yang akan berjalan pada setiap komit yang diusulkan. Tes ini diperlukan untuk lulus agar patch yang diusulkan untuk bergabung.

Ketika Anda mendorong patch ke gerrit, zuul akan secara otomatis memicu pekerjaan untuk memverifikasi fungsi patch dengan benar.

Melacak Perubahan di halaman status Zuul

Anda dapat memeriksa status pekerjaan tersebut kapan saja dengan menavigasi ke: https://zuul.openstack.org/

../_images/zuul_status.png

Ini akan menunjukkan status pada semua pekerjaan yang berjalan di zuul saat ini. Anda dapat memperluas pekerjaan yang berjalan di sembarang patch dengan mengeklik kotak untuk patch.

../_images/zuul_patch.png

Untuk menemukan patch spesifik Anda di zuul, Anda dapat menggunakan bilah pencarian dan mencari nomor patch. Ini kemudian akan memfilter apa yang ditampilkan ke patch itu:

../_images/zuul_status_searchbar.png

Mengapa perubahan dilakukan pertama kali dalam antrian cek?

Proyek OpenStack menggunakan apa yang disebut pendekatan clean check. Ini dirancang untuk menjaga perubahan tidak merata keluar dari gerbang. Perubahan selalu harus melewati pemeriksaan sebelum memasuki gerbang. Jika gagal di gerbang, itu kembali memasuki pipeline.

  • Jika perubahan Anda gagal di gerbang, maka ada kemungkinan peningkatan itu memperkenalkan perilaku kegagalan non-deterministik. Memaksanya melewati pemeriksaan lagi membantu membuatnya lebih jelas.

  • Ini menghindari menyetujui perubahan yang tidak memiliki harapan untuk lulus karena pep8 atau kesalahan sepele lainnya.

  • Ini juga membantu menyetujui perubahan yang telah berlangsung dengan lulus pemeriksaan 6 bulan.

Perubahan dalam pipeline gerbang diprioritaskan tetapi juga di-serialkan. Jika perubahan gagal, semua tes untuk perubahan di belakang perubahan yang gagal harus dimulai kembali. Jika restart setelah restart terjadi, maka sumber daya tidak pernah dibebaskan untuk pipeline pemeriksaan.

Oleh karena itu, memiliki pipeline gerbang yang stabil sangat penting dan persyaratan pemeriksaan yang bersih akan membantu pekerjaan yang stabil.