Memerlukan persetujuan pada alur kerja berjalan - Amazon CodeCatalyst

Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.

Memerlukan persetujuan pada alur kerja berjalan

Anda dapat mengonfigurasi alur kerja untuk meminta persetujuan sebelum dapat dilanjutkan. Untuk mencapai ini, Anda harus menambahkan gerbang Persetujuan ke alur kerja. Gerbang Persetujuan mencegah alur kerja berjalan hingga pengguna atau kumpulan pengguna mengirimkan satu atau beberapa persetujuan di konsol. CodeCatalyst Setelah semua persetujuan diberikan, gerbang 'tidak terkunci' dan alur kerja dijalankan diizinkan untuk dilanjutkan.

Gunakan gerbang Persetujuan dalam alur kerja Anda untuk memberi kesempatan kepada tim pengembangan, operasi, dan kepemimpinan Anda untuk meninjau perubahan Anda sebelum diterapkan ke khalayak yang lebih luas.

Untuk informasi selengkapnya tentang alur kerja berjalan, lihatMenjalankan alur kerja.

Bagaimana cara membuka gerbang persetujuan?

Untuk membuka gerbang Persetujuan, semua ketentuan berikut harus dipenuhi:

  • Kondisi 1: Jumlah persetujuan yang diperlukan harus diserahkan. Jumlah persetujuan yang diperlukan dapat dikonfigurasi, dan setiap pengguna diizinkan untuk mengirimkan satu persetujuan.

  • Kondisi 2: Semua persetujuan harus diserahkan sebelum waktu gerbang habis. Waktu gerbang habis 14 hari setelah diaktifkan. Periode ini tidak dapat dikonfigurasi.

  • Kondisi 3: Tidak ada yang harus menolak alur kerja yang dijalankan. Penolakan tunggal akan menyebabkan alur kerja berjalan gagal.

  • Kondisi 4: (Hanya berlaku jika Anda menggunakan mode lari yang digantikan.) Lari tidak boleh digantikan oleh lari nanti. Untuk informasi selengkapnya, lihat Bagaimana cara kerja persetujuan alur kerja dengan mode lari antrian, digantikan, dan paralel?.

Jika salah satu kondisi tidak terpenuhi, CodeCatalyst hentikan alur kerja dan atur status run ke Gagal (dalam kasus Kondisi 1 hingga 3) atau Digantikan (dalam kasus Kondisi 4).

Kapan menggunakan gerbang 'Persetujuan'

Biasanya, Anda akan menggunakan gerbang Persetujuan dalam alur kerja yang menyebarkan aplikasi dan sumber daya lainnya ke server produksi atau lingkungan di mana standar kualitas harus divalidasi. Dengan menempatkan gerbang sebelum penyebaran ke produksi, Anda memberi pengulas kesempatan untuk memvalidasi revisi perangkat lunak baru Anda sebelum tersedia untuk umum.

Siapa yang bisa memberikan persetujuan?

Setiap pengguna yang merupakan anggota proyek Anda dan yang memiliki peran Kontributor atau administrator Proyek dapat memberikan persetujuan. Pengguna dengan peran administrator Space yang termasuk dalam ruang proyek Anda juga dapat memberikan persetujuan.

catatan

Pengguna dengan peran Peninjau tidak dapat memberikan persetujuan.

Bagaimana cara memberi tahu pengguna bahwa persetujuan diperlukan?

Untuk memberi tahu pengguna bahwa persetujuan diperlukan, Anda harus:

  • CodeCatalyst Kirimi mereka pemberitahuan Slack. Untuk informasi selengkapnya, lihat Mengkonfigurasi pemberitahuan persetujuan.

  • Buka halaman di CodeCatalyst konsol tempat tombol Setujui dan Tolak berada, dan tempel halaman itu URL ke aplikasi email atau pesan yang ditujukan kepada pemberi persetujuan. Untuk informasi selengkapnya tentang cara menavigasi ke halaman ini, lihatMenyetujui atau menolak alur kerja.

Dapatkah saya menggunakan gerbang 'Persetujuan' untuk mencegah alur kerja berjalan?

Ya, dengan kualifikasi. Untuk informasi selengkapnya, lihat Bisakah saya menggunakan gerbang untuk mencegah alur kerja berjalan?.

Bagaimana cara kerja persetujuan alur kerja dengan mode lari antrian, digantikan, dan paralel?

Saat menggunakan mode lari antrian, digantikan, atau paralel, gerbang Persetujuan bekerja dengan cara yang mirip dengan tindakan. Kami menyarankan membacaTentang mode lari antrian,Tentang mode lari yang digantikan, Tentang mode parallel run bagian untuk membiasakan diri dengan mode run ini. Setelah Anda memiliki pemahaman dasar tentang mereka, kembali ke bagian ini untuk mencari tahu bagaimana mode run ini bekerja ketika gerbang Persetujuan hadir.

Ketika gerbang Persetujuan hadir, proses diproses sebagai berikut:

  • Jika Anda menggunakan mode lari antrian, run akan mengantri di belakang run yang saat ini menunggu persetujuan di gerbang. Ketika gerbang itu menjadi tidak terkunci (yaitu, semua persetujuan telah diberikan), proses berikutnya dalam antrian maju ke gerbang, dan menunggu persetujuan. Proses ini berlanjut dengan proses antrian yang diproses melalui gerbang. one-by-one Figure 1menggambarkan proses ini.

  • Jika Anda menggunakan mode run yang digantikan, perilakunya sama dengan mode lari antrian, kecuali bahwa alih-alih menjalankan menumpuk dalam antrian di gerbang, proses yang lebih baru menggantikan (mengambil alih dari) proses sebelumnya. Tidak ada antrian, dan lari apa pun yang saat ini menunggu di gerbang untuk persetujuan akan dibatalkan dan digantikan oleh proses yang lebih baru. Figure 2menggambarkan proses ini.

  • Jika Anda menggunakan mode parallel run, run start secara paralel dan tidak ada bentuk antrian. Setiap proses diproses oleh gerbang segera karena tidak ada jalan di depannya. Figure 3menggambarkan proses ini.

Gambar 1: 'Mode lari antrian' dan gerbang Persetujuan

Cara kerja gerbang 'Persetujuan' dengan 'mode lari antrian'

Gambar 2: 'Mode lari yang digantikan' dan gerbang Persetujuan

Cara kerja gerbang 'Persetujuan' dengan 'mode run yang digantikan'

Gambar 3: 'Mode lari paralel' dan gerbang Persetujuan

Cara kerja gerbang 'Persetujuan' dengan 'mode lari paralel'