Instance pipeline per rilis

Saat Anda memanggil Cloud Deploy untuk membuat rilis baru yang akan dikelola oleh pipeline pengiriman, pipeline dan target akan dipertahankan dalam status saat ini untuk rilis tersebut. Anda masih dapat mengedit pipeline pengiriman dan file definisi target, tetapi perubahan yang Anda buat hanya memengaruhi rilis mendatang.

Mengapa Cloud Deploy melakukan hal ini?

Agar rilis Anda tetap andal dan tahan lama, pipeline pengiriman dan resource terkaitnya akan dipertahankan pada saat rilis dibuat. Pemeliharaan ini mencegah perubahan terbaru pada definisi pipeline pengiriman agar tidak memengaruhi rilis dengan cara yang mungkin tidak dapat diakomodasi oleh manifes yang dihasilkan.

Mengapa hal ini penting?

Jika pipeline pengiriman diubah setelah rilis dibuat, Cloud Deploy akan mengirimkan rilis sesuai dengan definisi pipeline sebelumnya (seperti saat rilis dibuat), bukan definisi baru. Perilaku ini tidak menjadi masalah kecuali jika Anda, atau orang lain di organisasi Anda, mengharapkan rilis mengikuti perilaku pipeline yang diperbarui.

Kapan hal ini penting?

  • Saat Anda mempromosikan release

    Saat rilis pertama kali dibuat, Cloud Deploy mengambil snapshot pipeline. Ringkasan tersebut—instance pipeline—adalah versi pipeline yang mengontrol siklus deployment release tersebut.

    Jika ada orang yang mengedit pipeline, lalu Anda mempromosikan rilis ke target berikutnya, Cloud Deploy akan menampilkan peringatan yang memberi tahu Anda bahwa deployment mungkin tidak berperilaku seperti yang Anda harapkan. Anda dapat merespons dengan mengonfirmasi promosi atau membatalkannya.

  gcloud deploy releases promote 
      …
The pipeline or targets were cached when the release was created, but the source
has changed since then. You should review the differences before proceeding.

Promoting release xxxx-release-00n to target xxx.

Do you want to continue (Y/n)?

Jika Anda mengonfirmasi bahwa Anda ingin melanjutkan, rilis akan dipromosikan ke cluster target yang diinginkan, dengan target tersebut dikonfigurasi seperti yang ditentukan saat Anda membuat release. Artinya, perubahan pada target tidak memengaruhi release tersebut.

  • Saat Anda menyetujui rollout

    Seperti promosi, jika Anda menyetujui rollout dan ada ketidakcocokan antara instance pipeline yang terkait dengan rilis, dan definisi pipeline saat ini, Cloud Deploy akan menampilkan pesan yang memberi tahu Anda tentang ketidakcocokan tersebut. Anda dapat mengonfirmasi atau membatalkan persetujuan.

  • Saat Anda melakukan rollback release.

    Jika pipeline atau target pengiriman diubah setelah rollout, dan Anda mencoba melakukan rollback, akan ada ketidakcocokan pipeline. Cloud Deploy akan meminta Anda untuk mengonfirmasi bahwa Anda benar-benar ingin melakukan rollback. Dalam hal ini, sebaiknya Anda memeriksa perubahan pada pipeline atau target pengiriman sebelum melakukan rollback.

Yang dapat Anda lakukan

Jika Anda mengubah pipeline pengiriman, atau salah satu targetnya, setelah rilis dibuat, Anda dapat melakukan hal berikut:

  • Biarkan pipeline asli terus berjalan, tanpa perubahan apa pun dari pipeline yang diedit.

    Perubahan dalam pipeline tidak memengaruhi rilis lainnya.

  • Buat rilis baru.

    Rilis baru menggunakan pipeline pengiriman baru yang diedit, dan dimulai lagi dengan target pertama dalam progres pipeline pengiriman Anda.