Konsep alur kerja

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

Alur Kerja

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 visual atau YAML editor CodeCatalyst konsol.

Tip

Untuk melihat sekilas bagaimana Anda dapat menggunakan alur kerja dalam sebuah proyek, buat proyek dengan cetak biru. Setiap cetak biru menerapkan alur kerja yang berfungsi yang dapat Anda tinjau, jalankan, dan bereksperimen.

File definisi alur kerja

File definisi alur kerja adalah YAML file yang menjelaskan alur kerja Anda. Secara default, file disimpan dalam ~/.codecatalyst/workflows/ folder di root repositori sumber Anda. File dapat memiliki ekstensi.yml.yaml, dan ekstensi harus huruf kecil.

Untuk informasi selengkapnya tentang file definisi alur kerja, lihatDefinisi alur kerja YAML.

Tindakan

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, lihatMengkonfigurasi tindakan alur kerja.

Kelompok aksi

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, lihatMengelompokkan tindakan ke dalam kelompok aksi.

Artifacts

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.

Hitung

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

Untuk informasi selengkapnya tentang komputasi, lihatMengkonfigurasi gambar komputasi dan runtime.

Lingkungan

CodeCatalyst Lingkungan, jangan dikelirukan dengan Lingkungan Pengembang, mendefinisikan target Akun AWS dan Amazon opsional VPC yang terhubung dengan CodeCatalyst alur kerja. Lingkungan juga mendefinisikan IAMperan yang dibutuhkan alur kerja untuk mengakses AWS layanan dan sumber daya dalam akun target.

Anda dapat mengatur beberapa lingkungan dan memberi mereka nama seperti pengembangan, pengujian, pementasan, 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, lihatMenyebarkan ke Akun AWS dan VPCs.

Gerbang

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 perlu melakukannya.

Untuk informasi lebih lanjut tentang gerbang, lihatGating alur kerja berjalan.

Laporan

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, lihatJenis laporan kualitas.

Berjalan

Run adalah iterasi tunggal dari 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, lihatMenjalankan alur kerja.

Sumber

Sumber, juga disebut sumber input, adalah repositori sumber yang menghubungkan tindakan alur kerja 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.

Variabel

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, lihatMenggunakan variabel dalam alur kerja.

Pemicu alur kerja

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.