Amazon CodeCatalyst tidak lagi terbuka untuk pelanggan baru. Pelanggan yang sudah ada dapat terus menggunakan layanan ini seperti biasa. Lihat informasi yang lebih lengkap di [Cara bermigrasi dari CodeCatalyst](migration.md).
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](workflows-gates.md) **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, lihat[Menjalankan alur kerja](workflows-working-runs.md).
**Topics**
+ [Bagaimana cara membuka gerbang persetujuan?](#workflows-approval-conditions)
+ [Kapan menggunakan gerbang 'Persetujuan'](#workflows-approval-when)
+ [Siapa yang bisa memberikan persetujuan?](#workflows-approval-who)
+ [Bagaimana cara memberi tahu pengguna bahwa persetujuan diperlukan?](#workflows-approval-notify-methods)
+ [Dapatkah saya menggunakan gerbang 'Persetujuan' untuk mencegah alur kerja berjalan?](#workflows-approval-prevent)
+ [Bagaimana cara kerja persetujuan alur kerja dengan mode lari antrian, digantikan, dan paralel?](#workflows-approval-run-mode)
+ [Contoh: Gerbang 'Persetujuan'](workflows-approval-example.md)
+ [Menambahkan gerbang 'Persetujuan'](workflows-approval-add.md)
+ [Mengkonfigurasi pemberitahuan persetujuan](workflows-approval-notify.md)
+ [Menyetujui atau menolak alur kerja](workflows-approval-approve.md)
+ [Gerbang 'Persetujuan' YAMAL](approval-ref.md)
## 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?](#workflows-approval-run-mode).
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](workflows-approval-notify.md).
+ Buka halaman di CodeCatalyst konsol tempat tombol **Setujui** dan **Tolak** berada, dan tempel URL halaman itu ke aplikasi email atau pesan yang ditujukan kepada pemberi persetujuan. Untuk informasi selengkapnya tentang cara menavigasi ke halaman ini, lihat[Menyetujui atau menolak alur kerja](workflows-approval-approve.md).
## 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?](workflows-gates.md#workflows-gates-prevent).
## 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.](workflows-actions.md) Kami menyarankan membaca[Tentang mode lari antrian](workflows-configure-runs.md#workflows-configure-runs-queued),[Tentang mode lari yang digantikan](workflows-configure-runs.md#workflows-configure-runs-superseded), [Tentang mode parallel run](workflows-configure-runs.md#workflows-configure-runs-parallel) 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](workflows-configure-runs.md#workflows-configure-runs-queued) 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 1](#figure-1-workflow-queued-run-mode-ma)menggambarkan proses ini.
+ Jika Anda menggunakan [mode run yang digantikan](workflows-configure-runs.md#workflows-configure-runs-superseded), 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 2](#figure-2-workflow-superseded-run-mode-ma)menggambarkan proses ini.
+ Jika Anda menggunakan [mode parallel run, run](workflows-configure-runs.md#workflows-configure-runs-parallel) start secara paralel dan tidak ada bentuk antrian. Setiap proses diproses oleh gerbang segera karena tidak ada jalan di depannya. [Figure 3](#figure-3-workflow-parallel-run-mode-ma)menggambarkan proses ini.
**Gambar 1****: 'Mode lari antrian' dan gerbang Persetujuan**
**Gambar 2****: 'Mode lari yang digantikan' dan gerbang Persetujuan**
**Gambar 3****: 'Mode lari paralel' dan gerbang Persetujuan**
