

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.

# Konsep alur kerja
<a name="workflows-concepts"></a>

Berikut adalah beberapa konsep dan istilah yang perlu diketahui saat membangun, menguji, atau menerapkan kode Anda dengan alur kerja. CodeCatalyst

## Alur kerja
<a name="workflows-concepts-workflows"></a>

*Alur kerja* adalah prosedur otomatis yang menjelaskan cara membangun, menguji, dan menyebarkan kode Anda sebagai bagian dari sistem integrasi berkelanjutan dan pengiriman berkelanjutan (CI/CD). Alur kerja mendefinisikan serangkaian langkah, atau *tindakan*, yang harus diambil selama menjalankan alur kerja. Alur kerja juga mendefinisikan peristiwa, atau *pemicu*, yang menyebabkan alur kerja dimulai. Untuk menyiapkan alur kerja, Anda membuat *file definisi alur kerja menggunakan editor* [visual atau YAMAL CodeCatalyst ](https://docs.aws.amazon.com//codecatalyst/latest/userguide/flows.html#workflow.editors) konsol.

**Tip**  
Untuk melihat sekilas bagaimana Anda dapat menggunakan alur kerja dalam sebuah proyek, [buat proyek dengan cetak biru](https://docs.aws.amazon.com//codecatalyst/latest/userguide/projects-create.html#projects-create-console-template). Setiap cetak biru menerapkan alur kerja yang berfungsi yang dapat Anda tinjau, jalankan, dan bereksperimen.

## File definisi alur kerja
<a name="workflows-concepts-workflows-def"></a>

*File definisi alur kerja adalah file* YAMAL yang menjelaskan alur kerja Anda. Secara default, file disimpan dalam `~/.codecatalyst/workflows/` folder di root [repositori sumber](source-repositories.md) Anda. File dapat memiliki ekstensi.yml.yaml, dan ekstensi harus huruf kecil.

Untuk informasi selengkapnya tentang file definisi alur kerja, lihat[Alur kerja definisi YAMAL](workflow-reference.md).

## Tindakan
<a name="workflows-concepts-actions"></a>

*Tindakan* adalah blok bangunan utama alur kerja, dan mendefinisikan unit logis kerja, atau tugas, untuk dilakukan selama alur kerja dijalankan. Biasanya, alur kerja mencakup beberapa tindakan yang berjalan secara berurutan atau paralel tergantung pada cara Anda mengonfigurasinya.

Untuk informasi selengkapnya tentang tindakan, lihat[Mengkonfigurasi tindakan alur kerja](workflows-actions.md).

## Kelompok aksi
<a name="workflows-concepts-action-groups"></a>

*Grup aksi* berisi satu atau lebih tindakan. Mengelompokkan tindakan ke dalam grup tindakan membantu Anda menjaga alur kerja tetap teratur, dan juga memungkinkan Anda mengonfigurasi dependensi di antara grup yang berbeda.

Untuk informasi selengkapnya tentang grup aksi, lihat[Mengelompokkan tindakan ke dalam kelompok aksi](workflows-group-actions.md).

## Artifacts
<a name="workflows-concepts-artifacts"></a>

*Artefak* adalah output dari tindakan alur kerja, dan biasanya terdiri dari folder atau arsip file. Artefak penting karena memungkinkan Anda berbagi file dan informasi antar tindakan.

Untuk informasi lebih lanjut tentang artifact, lihat [Berbagi artefak dan file antar tindakan](workflows-working-artifacts.md).

## Hitung
<a name="workflows-concepts-compute"></a>

*Compute* mengacu pada mesin komputasi (CPU, memori, dan sistem operasi) yang dikelola dan dikelola oleh CodeCatalyst untuk menjalankan tindakan alur kerja.

Untuk informasi selengkapnya tentang komputasi, lihat[Mengkonfigurasi gambar komputasi dan runtime](workflows-working-compute.md).

## Lingkungan
<a name="workflows-concepts-environments"></a>

 CodeCatalyst *Lingkungan*[, jangan dikelirukan dengan [Lingkungan Pengembang](https://docs.aws.amazon.com/codecatalyst/latest/userguide/devenvironment.html), mendefinisikan target Akun AWS dan VPC Amazon opsional yang terhubung dengan CodeCatalyst alur kerja.](workflow.md) Lingkungan juga mendefinisikan [peran IAM](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_roles.html) yang dibutuhkan alur kerja untuk mengakses AWS layanan dan sumber daya dalam akun target.

Anda dapat menyiapkan beberapa lingkungan dan memberinya nama seperti pengembangan, pengujian, penahapan, dan produksi. Saat Anda menerapkan ke lingkungan ini, informasi tentang penerapan akan muncul di tab **aktivitas CodeCatalyst Deployment** dan **target Deployment** di lingkungan.

Untuk informasi selengkapnya tentang lingkungan, lihat[Menyebarkan ke dalam Akun AWS dan VPCs](deploy-environments.md).

## Gerbang
<a name="workflows-concepts-gates"></a>

*Gate* adalah komponen alur kerja yang dapat Anda gunakan untuk mencegah alur kerja berjalan kecuali kondisi tertentu terpenuhi. Contoh gerbang adalah gerbang **Persetujuan** tempat pengguna harus mengirimkan persetujuan di CodeCatalyst konsol sebelum proses alur kerja diizinkan untuk dilanjutkan.

Anda dapat menambahkan gerbang di antara urutan tindakan dalam alur kerja, atau sebelum tindakan pertama (yang berjalan segera setelah **Sumber** diunduh). Anda juga dapat menambahkan gerbang setelah tindakan terakhir, jika Anda memiliki kebutuhan untuk melakukannya.

Untuk informasi lebih lanjut tentang gerbang, lihat[Gating alur kerja berjalan](workflows-gates.md).

## Laporan
<a name="workflows-concepts-test-reports"></a>

*Laporan* berisi rincian tentang pengujian yang terjadi selama menjalankan alur kerja. Anda dapat membuat laporan seperti laporan pengujian, laporan cakupan kode, laporan analisis komposisi perangkat lunak, dan laporan analisis statis. Anda dapat menggunakan laporan untuk membantu memecahkan masalah selama alur kerja. Jika memiliki banyak laporan dari beberapa alur kerja, Anda dapat menggunakan laporan untuk melihat tren dan tingkat kegagalan untuk membantu mengoptimalkan aplikasi dan konfigurasi penerapan.

Untuk informasi selengkapnya tentang laporan, lihat[Jenis laporan kualitas](test-workflow-actions.md#test-reporting).

## Berjalan
<a name="workflows-concepts-runs"></a>

*Operasi* adalah satu iterasi dari sebuah alur kerja. Selama menjalankan, CodeCatalyst melakukan tindakan yang ditentukan dalam file konfigurasi alur kerja dan mengeluarkan log, artefak, dan variabel terkait.

Untuk informasi selengkapnya tentang lari, lihat[Menjalankan alur kerja](workflows-working-runs.md).

## Sumber
<a name="workflows-concepts-sources"></a>

*Sumber*, juga disebut *sumber input*, adalah repositori sumber yang menghubungkan [tindakan alur kerja](workflows-actions.md) untuk mendapatkan file yang dibutuhkan untuk menjalankan operasinya. Misalnya, tindakan alur kerja mungkin terhubung ke repositori sumber untuk mendapatkan file sumber aplikasi untuk membangun aplikasi.

Untuk informasi selengkapnya tentang sumber, lihat [Menghubungkan repositori sumber ke alur kerja](workflows-sources.md).

## Variabel
<a name="workflows-concepts-variables"></a>

 *Variabel* adalah pasangan kunci-nilai yang berisi informasi yang dapat Anda referensikan dalam alur kerja Amazon CodeCatalyst Anda. Bagian nilai variabel diganti dengan nilai aktual ketika alur kerja berjalan.

Untuk informasi lebih lanjut tentang variabel, lihat[Menggunakan variabel dalam alur kerja](workflows-working-with-variables.md).

## Pemicu alur kerja
<a name="workflows-concepts-triggers"></a>

*Pemicu alur kerja*, atau hanya *pemicu*, memungkinkan Anda memulai alur kerja yang berjalan secara otomatis ketika peristiwa tertentu terjadi, seperti push kode. Anda mungkin ingin mengonfigurasi pemicu untuk membebaskan pengembang perangkat lunak Anda dari keharusan memulai alur kerja yang berjalan secara manual melalui konsol. CodeCatalyst 

Anda dapat menggunakan tiga jenis pemicu:
+ **Push** - Pemicu push kode menyebabkan alur kerja dijalankan setiap kali komit didorong.
+ **Permintaan tarik** - Pemicu permintaan tarik menyebabkan alur kerja dijalankan setiap kali permintaan tarik dibuat, direvisi, atau ditutup.
+ **Jadwal** - Pemicu jadwal menyebabkan alur kerja berjalan dimulai pada jadwal yang Anda tentukan. Pertimbangkan untuk menggunakan pemicu jadwal untuk menjalankan build malam perangkat lunak Anda sehingga build terbaru siap untuk pengembang perangkat lunak Anda untuk bekerja keesokan paginya.

Anda dapat menggunakan push, pull request, dan schedule trigger sendiri atau dalam kombinasi dalam alur kerja yang sama.

Pemicu bersifat opsional—jika Anda tidak mengonfigurasinya, Anda hanya dapat memulai alur kerja secara manual.

Untuk informasi lebih lanjut tentang menggunakan pemicu, lihat [Memulai alur kerja berjalan secara otomatis menggunakan pemicu](workflows-add-trigger.md).