Dalam semua proyek yang saya telah terlibat dengan yang telah mendapat masukan dari konsultan luar pertanyaan telah ditanyakan tentang apa jenis Manajemen Konfigurasi yang kami gunakan. Dalam kasus-kasus ini tidak ada konsultan yang dapat mendefinisikan Manajemen Konfigurasi. Jadi apa itu?
12
Jawaban:
Apa Perangkat Lunak Manajemen Konfigurasi (SCM) bermuara untuk menjawab yang berikut:
Ini pada gilirannya dapat tumbuh menjadi "proses" yang cukup besar dan jelek. Masalah-masalah proses adalah mengapa sebagian besar mata para pengembang melihat SCM, karena ini berarti melacak file sumber, cacat, dan persyaratan; kemudian hubungkan semuanya sehingga Anda dapat mengaudit perubahan (Ini adalah dunia yang Ideal dari sudut pandang manajemen karena memberikan alat manajer yang baik untuk lebih baik melihat sumber daya yang ia butuhkan di mana.)
Ini berbeda dari ITIL Configuration Management yang sebenarnya adalah pelacakan aset perangkat lunak, perangkat lunak apa yang berjalan di mana (server / workstation mana) dan apa pengaturan untuk perangkat lunak itu.
Dengan kata lain, konsultan Anda kemungkinan besar ingin tahu adalah bagaimana perusahaan Anda / kelompok pengembangan ANDA menjawab tiga pertanyaan di bagian atas jawaban saya.
sumber
Manajemen Konfigurasi mencakup "segalanya" yang tidak terkait langsung dengan penulisan kode. Jadi begitulah cara Anda mengelola rilis, bagaimana Anda mengelola dan mengatur triase laporan bug dan saran fitur, bagaimana Anda menjalankan build, dan sebagainya. Ini sering juga mencakup bagaimana kode sumber Anda dikelola (misalnya kontrol versi apa yang Anda gunakan, strategi percabangan, bagaimana Anda [mungkin] mengelola beberapa "rilis" bersamaan, dll).
sumber
Manajemen Konfigurasi berarti banyak hal dari waktu ke waktu. Saya menganggap itu lebih penting untuk administrator atau operasi daripada langsung ke pengembang. Ketika orang operasi Anda mencoba untuk menjaga server dan menjalankan Anda khawatir tentang menyiapkan mesin, mengelola konfigurasi mereka, dan tetap menjalankannya. Jika Anda baru saja masuk ke komputer dan mulai menginstal perangkat lunak, dan mengubah file konfigurasi pada mesin Anda tidak mengelola konfigurasi itu. Apa yang terjadi jika mesin itu mati? Apa yang terjadi jika seseorang menggunakan mesin itu dan mengubah file konfigurasi dan semuanya mulai panik? Bagaimana jika Anda perlu menghidupkan mesin lain yang dikonfigurasi persis seperti yang sedang berjalan? Dapatkah engkau melakukannya?
Tanpa strategi manajemen konfigurasi Anda tidak bisa. Dan itulah mengapa ini penting. Ini semua tentang pengulangan. Pengembang pendekatan pengulangan berbeda dari operasi orang jadi kami peduli mengulangi hal-hal yang berbeda.
Ada beberapa alat open source hebat yang membantu Anda melakukan ini: Chef, Capistrano, Cook, dan bahkan SVN. Mengapa SVN hanya digunakan oleh pengembang? Periksa file konfigurasi Anda, skrip yang Anda gunakan untuk mengkonfigurasi mesin, dan lacak versinya. Bagian-bagian dari organisasi Anda sangat penting untuk tetap berjalan. Anda tidak ingin kehilangan itu.
sumber