Bekerja dengan manajemen siklus hidup sebagai pengguna cetak biru

Manajemen siklus hidup adalah kemampuan untuk membuat ulang basis kode dari opsi atau versi cetak biru yang diperbarui. Hal ini memungkinkan penulis cetak biru untuk secara terpusat mengelola siklus hidup pengembangan perangkat lunak dari setiap proyek yang berisi cetak biru tertentu. Misalnya, mendorong perbaikan keamanan ke cetak biru aplikasi web akan memungkinkan setiap proyek yang berisi atau dibuat dari cetak biru aplikasi web untuk mengambil perbaikan itu secara otomatis. Kerangka kerja manajemen yang sama ini juga memungkinkan Anda sebagai pengguna cetak biru untuk mengubah opsi cetak biru setelah dipilih.

Menggunakan manajemen siklus hidup pada proyek yang ada

Anda dapat menggunakan manajemen siklus hidup untuk proyek yang dibuat dari cetak biru atau pada proyek yang ada yang tidak terkait dengan cetak biru apa pun. Misalnya, Anda dapat menambahkan cetak biru praktik keamanan standar ke dalam aplikasi five-year-old Java yang tidak pernah dibuat dari cetak biru. Cetak biru menghasilkan alur kerja pemindaian keamanan dan kode terkait lainnya. Bagian basis kode dalam aplikasi Java sekarang akan terus diperbarui secara otomatis dengan praktik terbaik tim Anda setiap kali perubahan dilakukan pada cetak biru.

Menggunakan manajemen siklus hidup pada beberapa cetak biru dalam sebuah proyek

Karena cetak biru mewakili komponen arsitektur, beberapa cetak biru sering dapat digunakan bersama dalam proyek yang sama. Misalnya, sebuah proyek dapat terdiri dari cetak biru API web pusat yang dibangun oleh insinyur platform perusahaan, bersama dengan cetak biru pemeriksaan rilis yang dibangun oleh tim keamanan aplikasi. Masing-masing cetak biru tersebut dapat diperbarui secara independen dan akan mengingat resolusi gabungan yang diterapkan padanya di masa lalu.

catatan

Sebagai komponen arsitektur yang sewenang-wenang, tidak semua cetak biru masuk akal bersama atau secara logis akan bekerja sama, meskipun mereka masih akan mencoba untuk bergabung satu sama lain.

Bekerja dengan konflik dalam permintaan tarik siklus hidup

Terkadang, permintaan tarik siklus hidup dapat menghasilkan konflik gabungan. Ini dapat diselesaikan secara manual. Resolusi diingat pada pembaruan cetak biru berikutnya.

Memilih keluar dari perubahan manajemen siklus hidup

Pengguna dapat menghapus cetak biru dari proyek untuk memisahkan semua referensi ke cetak biru dan memilih keluar dari pembaruan siklus hidup. Untuk alasan keamanan, ini tidak menghapus atau memengaruhi kode atau sumber daya proyek apa pun, termasuk apa yang ditambahkan dari cetak biru. Untuk informasi selengkapnya, lihat Memutuskan cetak biru dari proyek untuk menghentikan pembaruan.

Mengesampingkan manajemen siklus hidup cetak biru dalam sebuah proyek

Jika Anda ingin mengganti pembaruan cetak biru ke file tertentu dalam proyek Anda, Anda dapat menyertakan file kepemilikan di repositori Anda. GitLabSpesifikasi Pemilik Kode adalah pedoman yang direkomendasikan. Cetak biru selalu menghormati file pemilik kode di atas yang lainnya dan dapat menghasilkan contoh seperti berikut:

new BlueprintOwnershipFile(sourceRepo, {
      resynthesis: {
        strategies: [
          {
            identifier: 'dont-override-sample-code',
            description: 'This strategy is applied accross all sample code. The blueprint will create sample code, but skip attempting to update it.',
            strategy: MergeStrategies.neverUpdate,
            globs: [
              '**/src/**',
              '**/css/**',
            ],
          },
        ],
      },
    });

Ini menghasilkan a .ownership-file dengan konten berikut:

[dont-override-sample-code] @amazon-codecatalyst/blueprints.import-from-git
# This strategy is applied accross all sample code. The blueprint will create sample code, but skip attempting to update it.
# Internal merge strategy: neverUpdate
**/src/**
**/css/**