Menyimpan Dependensi dalam Tembolok untuk Build Lebih Cepat

Sebagian besar waktu integrasi berkelanjutan digunakan untuk mengunduh dan memasang dependensi yang sama pada setiap proses berjalan. Penyimpanan sementara menyimpannya di antara proses berjalan agar pembangunan berikutnya dapat menggunakan kembali pekerjaan tersebut, sehingga waktu alur sering kali berkurang drastis.

GitHub menyediakan actions/cache. Anda memberikan jalur yang akan disimpan sementara dan kunci yang mengidentifikasi entri penyimpanan tersebut. Jika cocok, jalur dipulihkan; jika tidak, jalur disimpan setelah tugas selesai.

Kunci hanya boleh berubah ketika konten yang disimpan sementara memang harus berubah. Menghitung hash file kunci sangat ideal: file kunci baru berarti dependensi baru, sehingga entri penyimpanan baru dibuat.

restore-keys menyediakan awalan cadangan. Jika kunci yang tepat tidak ditemukan, tindakan tersebut memulihkan penyimpanan terbaru yang kuncinya diawali awalan tersebut, sehingga proses dapat dimulai dengan sebagian dependensi yang sudah tersedia.

Jika kunci cocok sepenuhnya, Anda mendapatkan kecocokan penyimpanan dan jalurnya dipulihkan. Jika tidak cocok, tugas berjalan secara normal dan penyimpanan disimpan di akhir menggunakan kunci utama, sehingga siap digunakan berikutnya.

Tindakan penyiapan bahasa pemrograman sudah memiliki penyimpanan sementara bawaan. Untuk Node, setup-node dengan cache: npm menangani penyimpanan dependensi untuk Anda, tanpa memerlukan langkah penyimpanan terpisah.

Simpan sementara direktori unduhan pengelola paket, bukan node_modules yang sudah terpasang jika memungkinkan, karena penyimpanan unduhan lebih mudah digunakan ulang dan langkah pemasangan tetap memverifikasi integritas.

• Node: ~/.npm
• Python: penyimpanan sementara pip
• Java: ~/.m2 atau penyimpanan sementara Gradle

Penyimpanan sementara memiliki cakupan berdasarkan cabang, dengan cadangan ke cabang bawaan, serta memiliki batas ukuran per repositori. Penyimpanan yang tidak digunakan akan dihapus seiring waktu, jadi rancang kunci yang berubah secara teratur.

Jika kunci Anda tidak pernah berubah, Anda dapat menyajikan dependensi yang sudah usang. Selalu kaitkan kunci dengan hash file kunci agar pembaruan otomatis membatalkan penyimpanan sementara.

Dalam pembangunan matriks pada berbagai OS atau versi, sertakan runner.os dan versinya dalam kunci agar setiap varian memperoleh penyimpanan yang benar dan tidak saling bertabrakan.

Bandingkan durasi tugas sebelum dan sesudah menggunakan penyimpanan sementara, lalu perhatikan indikator kecocokan penyimpanan dalam catatan. Tingkat kecocokan yang terus-menerus rendah menandakan kunci terlalu sering berubah.

Uji pemahaman Anda tentang penyimpanan dependensi sementara.

Anda mempercepat integrasi berkelanjutan dengan penyimpanan dependensi sementara: tindakan actions/cache dengan kunci berdasarkan hash file kunci dan cadangan restore-keys, penyimpanan bawaan dalam tindakan penyiapan, pemilihan hal yang perlu disimpan, penyertaan OS/versi dalam kunci matriks, serta pencegahan penyimpanan usang dengan mengaitkan kunci ke file kunci.