Penghasil Workflow GitHub Actions

MEMASUKKAN

Proses Otomatis

Nama Alur Kerja

Nama tampilan alur kerja di tab Aksi.

Tumpukan

Versi

Versi runtime yang dipisahkan dengan koma untuk matriks (misalnya Node 20, 22).

Manajer Paket

Distribusi Java

Alat Pembangunan

Pemicu

Pada push

Cabang push

Cabang-cabang yang memicu alur kerja saat terjadi push.

Pada pull_request

Cabang tujuan PR

Cabang yang harus dituju oleh permintaan perubahan.

Pada jadwal (cron)

Ekspresi cron

Cron POSIX, UTC. Contoh: 0 4 * * 1 berjalan pada hari Senin pukul 04:00 UTC.

Pada workflow_dispatch (manual)

Langkah Job

Sistem Operasi

Label runner yang dipisahkan dengan koma untuk matriks (misalnya ubuntu-latest, macos-latest, windows-latest).

Jalankan langkah pengecekan kode

Perintah pengecekan kode

Biarkan kosong untuk menggunakan default yang masuk akal berdasarkan stack yang dipilih.

Jalankan langkah uji

Perintah uji

Biarkan kosong untuk menggunakan default yang masuk akal berdasarkan stack yang dipilih.

Jalankan langkah pembangunan

Perintah pembangunan

Biarkan kosong untuk menggunakan default yang masuk akal berdasarkan stack yang dipilih.

Tambahkan langkah deploy

Deploy dari cabang

Langkah deploy hanya berjalan pada cabang ini dan setelah uji berhasil.

Perintah deploy

Perintah shell untuk melakukan deploy.

Fitur Tambahan

Menyimpan ketergantungan

Menyerahkannya pada jalur yang sedang berlangsung pada referensi yang sama

Variabel Lingkungan

Variabel lingkungan tingkat alur kerja. Gunakan ${{ secrets.NAME }} untuk merujuk ke rahasia.

KELUARAN

Sisi klien

Memandu

Penghasil Workflow GitHub Actions

Bentuk file yang valid .github/workflows/main.yml dari formulir terarah. Pilih stack bahasa, pilih pemicu, aktifkan langkah lint/uji/pembangunan/deploy, dan generator menghasilkan alur kerja yang benar secara sintaksis yang bisa langsung dimasukkan ke repositori.

Cara Penggunaan

Atur Nama Alur Kerja (ini menjadi label di tab Aksi).
Pilih sebuah Tumpukan — Node.js, Python, Go, Rust, PHP, Ruby, Java, atau .NET. Default untuk perintah install/uji/pembangunan diisi secara otomatis.
Masukkan runtime Versi yang ingin diuji (dipisahkan dengan koma, misalnya 20, 22).
Pilih Pemicu: push, pull_request, jadwal cron, dan manual workflow_dispatch.
Centang langkah Lint, Tes, Membangundan Deploy yang diperlukan. Ganti perintah yang disarankan jika proyek Anda menggunakan skrip yang berbeda.
Salin YAML atau unduh sebagai main.yml dan komit di bawah .github/workflows/ di repositori Anda.

Fitur

Default yang disadari terhadap stack – Generator memilih tindakan pengaturan yang tepat (setup-node, setup-python, setup-go, dll.) dan perintah instalasi/uji/pembangunan yang masuk akal untuk bahasa yang dipilih.
Pembangunan matriks – Uji di berbagai runner sistem operasi (Ubuntu, macOS, Windows) dan versi runtime dalam satu alur kerja.
Pemicu composer – Gabungkan dan pilih push, pull_request, schedule (cron, UTC), dan workflow_dispatch dengan filter cabang.
Pengaturan penundaan ketergantungan – Pengaturan penundaan opsional untuk npm, pip, modul Go, Cargo, Composer, Bundler, dan Maven/Gradle.
Kontrol konvergensi – Menyerahkannya pada jalur yang sedang berlangsung pada referensi yang sama agar Anda tidak menghabiskan menit pada commit yang sudah usang.
Langkah deploy – Langkah lanjutan opsional yang dibatasi pada cabang tertentu dengan needs: build, ideal untuk pipeline CD.
Lingkungan & rahasia – Variabel lingkungan tingkat alur kerja dengan dukungan untuk ${{ secrets.NAME }} referensi.
Apa itu swift-format dan mengapa format konsisten penting? – YAML dibentuk di browser; tidak ada yang dikirim ke server.

 Tanya Jawab Umum

Apa itu alur kerja GitHub Actions?

Sebuah alur kerja adalah file YAML yang disimpan di .github/workflows/ yang mendefinisikan tugas otomatis yang dipicu oleh kejadian repositori. Setiap alur kerja menyatakan satu atau lebih tugas, dan setiap tugas adalah urutan langkah yang dijalankan di runner yang disediakan. GitHub memarsing YAML dan mengatur eksekusi; file ini adalah sumber kebenaran untuk apa yang dijalankan, kapan, dan bagaimana.
Apa itu strategi matriks?

Strategi matriks memperluas satu tugas menjadi beberapa eksekusi paralel atas hasil kali variabel. Penggunaan paling umum adalah menguji di berbagai sistem operasi dan versi bahasa dalam satu deklarasi. Runner mengganti referensi ${{ matrix.* }} saat eksekusi, sehingga setiap kombinasi menghasilkan eksekusi yang terisolasi dan paralel.
Bagaimana pemicu GitHub Actions bekerja?

Pemicu adalah kejadian yang memicu alur kerja dimulai. push dan pull_request berjalan saat terjadi perubahan di repositori, jadwal berjalan berdasarkan ekspresi cron POSIX dalam UTC, dan workflow_dispatch memungkinkan eksekusi manual dari antarmuka Aksi atau API. Sebuah alur kerja dapat mendaftar beberapa pemicu dan memfilter berdasarkan cabang, tag, atau jalur.
Mengapa menggunakan penundaan ketergantungan dalam CI?

Penundaan mengulang pengunduhan paket di antara eksekusi sehingga langkah instalasi tidak mengunduh kembali setiap ketergantungan dari registry pada setiap pembangunan. Ini biasanya mempercepat waktu setup dari menit ke detik dan mengurangi kegagalan tidak stabil akibat gangguan registry. Penundaan diatur berdasarkan hash file lock sehingga ketergantungan yang usang secara otomatis dihilangkan.

 Instal Ekstensi Kami

Tambahkan alat IO ke browser favorit Anda untuk akses instan dan pencarian lebih cepat

恵 Papan Skor Telah Tiba!

Papan Skor adalah cara yang menyenangkan untuk melacak permainan Anda, semua data disimpan di browser Anda. Lebih banyak fitur akan segera hadir!

 Pojok Berita dengan Sorotan Teknologi

Tentang Build Your Own (BYO) Builder

Fitur BYO Builder kami memungkinkan Anda membuat alat khusus tanpa pengetahuan pemrograman. Anda dapat:

Buat alat bertenaga AI menggunakan antarmuka sederhana kami
Bagikan alat Anda dengan komunitas
Dapatkan umpan balik dan tingkatkan alat Anda
Bantu orang lain memecahkan masalah dengan kreasi Anda

Bergabunglah dengan kami masyarakat hari ini dan mulailah membangun alat yang membuat perbedaan!

Penghasil Workflow GitHub Actions