Saya memperkenalkan Mercurial ke departemen saya. Saya menyukainya, tetapi ini adalah pengalaman kontrol versi pertama saya. Saya menggunakannya dengan NetBeans PHP untuk pengembangan web.
Pengembang lain yang bekerja pada aplikasi internal perusahaan suka menggunakan Visual Source Safe dan tidak ingin beralih. Dia bekerja di lingkungan Visual Studio.
Semua pengembang lain telah membeli Mercurial kecuali yang ini. Namun untuk sebagian besar, kita semua bekerja sangat mandiri.
Saya mencoba untuk memindahkan departemen ini ke arah yang benar, saya telah mengatur semua orang dengan akun di Kiln, saya berharap semua orang menggunakan Fogbugz di jalan juga (karena saat ini tidak ada database bug yang sedang dipelihara.) Saya punya tidak pernah menggunakan VSS tetapi saya mendengar hal-hal yang sangat buruk tentang hal itu.
Apakah lebih baik membiarkannya terus menggunakan VSS jika itu yang dia inginkan, atau akankah lebih baik membawanya ke Mercurial?
Jawaban:
Tidak. Tidak ada gunanya menjalankan dua sistem manajemen sumber yang berbeda secara paralel. Itu sangat menentang gagasan bahwa semua pengembang terhubung ke repositori yang sama dan memanfaatkannya sepenuhnya.
Seorang pengembang tunggal yang menggunakan sistem yang berbeda saja secara efektif mengisolasi dirinya dari tim. Bahkan jika proyek tidak berjalan, itu masih merupakan hal yang buruk untuk dilakukan.
Upaya pemeliharaan ganda untuk kedua sistem adalah argumen lain di sini.
Saya pikir Anda harus menggunakan otoritas Anda atau mengeskalasi masalah ini ke manajemen untuk dengan cepat memindahkan konten dari VSS ke Mercurial dan kemudian mematikan VSS.
PS Berbicara tentang VSS, itu terkenal karena kehilangan check-in atau merusak kode ketika Anda paling tidak mengharapkannya. Itu bekerja tetapi secara teratur membuat saraf. Jika Anda memiliki alternatif yang lebih baik, hindari VSS.
sumber
Sama sekali tidak akan pernah saya pertimbangkan mengizinkan pengembang nakal untuk menggunakan sistem kontrol sumber yang berbeda dari anggota tim lainnya.
Kontrol sumber tidak hanya agar saya dapat menemukan versi sebelumnya dari apa yang saya lakukan tetapi juga orang lain dapat menemukannya (dan versi saat ini) juga. Ini tidak bisa dinegosiasikan. Apa yang terjadi ketika dia pergi atau ditabrak bus dan tidak ada orang lain yang memiliki akses ke kode-nya (yang bahkan dapat ditimpa oleh admin jaringan ketika mereka menghapus mesinnya, tidak tahu dia memiliki kontrol sumbernya sendiri di sana?
Saya membuat asumsi bahwa kode kontrol sumbernya mungkin hanya ada di mesinnya karena tidak ada orang lain yang menggunakan VSS.) Seorang pengembang yang bahkan menyarankan hal seperti itu tidak profesional dan itu akan membuat saya curiga terhadap semua pekerjaannya. Apa yang dia tidak ingin kalian lihat?
VSS juga terkenal buggy. Kode-nya bahkan tidak aman di sana.
sumber
Tidak seorang pun harus menggunakan VSS untuk memulai.
Beri tahu pengembang Anda untuk mendapatkan plugin Mercurial untuk Visual Studio.
sumber
Setiap orang harus menggunakan sistem manajemen sumber yang sama. Selain itu, tujuan utama Anda adalah juga membuat semua orang di sistem pelacakan bug yang sama juga. Anda telah melakukan hal yang benar dalam menemukan solusi terintegrasi yang sudah.
Jika Anda kesulitan meminta mereka untuk beralih, coba dekati dari sudut pandang karier. Jika mereka bekerja di tempat lain kedepannya, calon majikan itu mungkin ingin melihat pengalaman bekerja dengan pengaturan aplikasi manajemen bug / sumber terintegrasi.
sumber
Akan menggemakan apa yang dikatakan orang lain, dalam hal itu buruk untuk memungkinkan dia menggunakan VSS dan bukan Mercurial. Namun, biarkan saya bermain Advokat Iblis dan katakan bahwa Anda dapat membiarkannya meluncur jika, dan hanya jika, ia masih berkomitmen untuk Mercurial sehingga orang lain dapat mengakses pekerjaannya jika perlu. Tidak ada yang salah dengan menggunakan alat pilihan Anda selama Anda tidak mencegah orang lain mengakses pekerjaan yang mereka butuhkan. Tentu saja, VSS adalah sampah sehingga tidak boleh digunakan apa pun :)
Sebagai contoh, saya bekerja di perusahaan yang menggunakan SVN tetapi tidak memiliki repositori yang diatur dengan benar (tidak ada cabang / tag / trunk, semuanya hanya dilemparkan di bawah satu repositori) dan ini menyebabkan beberapa masalah yang tidak ada yang tahu cara memperbaikinya. Saya tidak akan melihat masalah dalam kasus saya jika saya menggunakan, katakanlah, Git secara lokal tetapi masih menggunakan git-svn untuk mendorong barang-barang saya ke SVN sehingga seluruh tim memilikinya. Apakah itu masuk akal?
sumber
Tidak baik memiliki satu pengembang menggunakan alat kontrol sumber yang berbeda. Salah satu tujuan menggunakan kontrol sumber adalah untuk meningkatkan kerja tim. Dan dia melanggar aturan ini dan dapat menyebabkan banyak masalah di kemudian hari, meskipun Anda baru saja bekerja secara mandiri. Tanyakan padanya mengapa dia lebih suka VSS dan katakan kepadanya kerugian bekerja dengan cara ini.
sumber