PEMBARUAN
Saya bekerja pada tim kecil devs, 4 orang. Mereka semua menggunakan kontrol sumber. Sebagian besar dari mereka tidak tahan dengan kontrol sumber dan malah memilih untuk tidak menggunakannya. Saya sangat percaya kontrol sumber adalah bagian penting dari pengembangan profesional. Beberapa masalah membuatnya sangat sulit untuk meyakinkan mereka untuk menggunakan kontrol sumber:
- Tim tidak terbiasa menggunakan TFS . Saya sudah memiliki 2 sesi pelatihan, tetapi hanya diberikan 1 jam yang tidak cukup.
- Anggota tim langsung memodifikasi kode di server. Ini menjaga kode tidak sinkron. Membutuhkan perbandingan hanya untuk memastikan Anda bekerja dengan kode terbaru. Dan masalah gabungan yang kompleks muncul
- Perkiraan waktu yang ditawarkan oleh pengembang mengecualikan waktu yang diperlukan untuk memperbaiki semua masalah ini. Jadi, jika saya katakan nono akan memakan waktu 10x lebih lama ... Saya harus terus-menerus menjelaskan masalah ini dan mengambil risiko sendiri karena sekarang manajemen mungkin menganggap saya "lambat".
- File fisik di server berbeda dalam cara yang tidak diketahui lebih dari ~ 100 file. Penggabungan membutuhkan pengetahuan tentang proyek yang ada dan, oleh karena itu, kerja sama pengembang yang tidak dapat saya peroleh.
- Proyek lain tidak sinkron. Pengembang terus memiliki ketidakpercayaan terhadap kontrol sumber dan karenanya menambah masalah dengan tidak menggunakan kontrol sumber.
- Pengembang berpendapat bahwa menggunakan kontrol sumber boros karena penggabungan cenderung kesalahan dan sulit. Ini adalah poin yang sulit untuk diperdebatkan, karena ketika kontrol sumber sedang sangat salah digunakan dan kontrol sumber terus menerus dilewati, itu memang rawan kesalahan. Karena itu, bukti "berbicara untuk dirinya sendiri" dalam pandangan mereka.
- Pengembang berpendapat bahwa secara langsung memodifikasi kode server, melewati TFS menghemat waktu. Ini juga sulit untuk diperdebatkan. Karena penggabungan yang diperlukan untuk menyinkronkan kode untuk memulai adalah memakan waktu. Lipat gandakan ini dengan 10+ proyek yang kami kelola.
- File permanen sering disimpan dalam direktori yang sama dengan proyek web. Jadi penerbitan (publikasi penuh) menghapus file-file ini yang tidak dalam kendali sumber. Ini juga mendorong ketidakpercayaan untuk kontrol sumber. Karena "penerbitan merusak proyek". Memperbaiki ini (memindahkan file yang disimpan keluar dari subfolder solusi) membutuhkan banyak waktu dan debugging karena lokasi ini tidak diatur di web.config dan sering ada di beberapa titik kode.
Jadi, budaya itu tetap ada. Praktik buruk menghasilkan lebih banyak praktik buruk. Solusi buruk mendorong peretasan baru untuk "memperbaiki" masalah yang jauh lebih dalam, lebih memakan waktu. Server, ruang hard drive sangat sulit didapat. Namun, ekspektasi pengguna meningkat.
Apa yang bisa dilakukan dalam situasi ini?