Haruskah seorang pengembang diizinkan menggunakan VSS jika dia lebih suka?

14

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?

— JD Isaacks
sumber

Anda mungkin menemukan stackoverflow.com/questions/961878/... menarik.

Satu pengembang yang menggunakan VCS pribadinya terdengar sangat dekat dengan satu pengembang yang kodenya tidak didukung dengan benar. Anda sedang melakukan backup (di luar situs!) Dari repositori Mercurial Anda, saya harap. Itu mencakup semua kecuali salah satu dari Anda. Apakah Anda melakukan hal yang sama untuk repositori VSS? Jika ada yang salah dengan cadangan itu, apakah ada yang memperhatikan? Dll

— derobert

8

Ini seperti pengembang yang ingin duduk di kursi toilet untuk pemrograman sementara karyawan lainnya menggunakan kursi.

— Muhammad Hasan Khan

1

en.wikipedia.org/wiki/VSS_Vintorez ? ;-)

— vartec

1

Tenang orang ('-') VSS tidak seburuk itu! Saya mulai dengan VSS. Meskipun saya tidak lagi menggunakan VSS, saya tidak bisa seburuk yang orang-orang lakukan (tidak bagus juga). Kupikir aku menaruh semacam keseimbangan ...

— Darknight

50

apakah lebih baik membiarkannya terus menggunakan vs jika itu yang dia inginkan

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.

42

TIDAK ADA yang harus menggunakan VSS dalam situasi apa pun. Nama itu bohong. Tidak ada dalam VSS yang Aman.

— CaffGeek

17

Setuju dengan ini dan ingin menambahkan sesuatu yang telah kita pelajari: Tidak ada manfaat menggunakan VSS yang tidak cepat diimbangi dengan manfaat lebih besar dari tidak menggunakan VSS.

— Ben Hoffstein

+1 Terima kasih, itulah yang saya pikirkan juga, hanya ingin masukan orang lain sebelum saya membuat masalah.

— JD Isaacks

2

@ Ben: akan lakukan, dan ketika orang bertanya "Siapa Hoffstein?" Saya akan memelototi mereka dan menuntut untuk mengetahui batu mana yang telah mereka sembunyikan selama dekade terakhir :)

— Binary Worrier

2

Apakah Anda akan memberikan jawaban yang sama jika tim menggunakan SourceSafe atau TFS atau SVN, dan pengembang jahat menggunakan Git atau Mercurial?

— Kyralessa

16

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.

— HLGEM
sumber

10

Tidak seorang pun harus menggunakan VSS untuk memulai.

Beri tahu pengembang Anda untuk mendapatkan plugin Mercurial untuk Visual Studio.

— Dima
sumber

Apakah Anda memiliki pengalaman dengan plugin tersebut?

Saya sudah menggunakannya - itu berfungsi dengan baik.

— MetalMikester

@ Thorbjørn Ravn Andersen: Tidak. Kami menggunakan subversi di tempat kerja.

— Dima

1

tanpa penjelasan, jawaban ini dapat menjadi sia-sia jika ada orang yang memposting pendapat yang berbeda. Misalnya, jika seseorang memposting klaim seperti "Semua orang harus didorong untuk menggunakan VSS untuk memulai. Dengan segala cara, hindari menggunakan plugin Mercurial untuk Visual Studio." , bagaimana jawaban ini membantu pembaca untuk memilih dua pendapat yang bertentangan? Pertimbangkan untuk mengeditnya menjadi bentuk yang lebih baik

— agas

3

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.

— Mat Nadrofsky
sumber

1

+1 tapi saya tidak begitu yakin itu nilai jual; Saya telah menemukan jauh lebih banyak perusahaan yang entah tidak tahu apa itu kontrol sumber, mengira VSS adalah yang terakhir semua sumber kontrol, atau menggunakan kontrol sumber yang buruk daripada yang ingin melihat pengaturan terintegrasi. Ya, sebagian besar yang pernah saya lihat bahkan tidak menggunakan aplikasi pelacakan bug, atau memiliki "sistem tugas" internal yang sangat mendasar.

— Wayne Molina

Beri +1 pada komentar Anda. Saya melihat dunia melalui kacamata berwarna mawar dan pekerjaan yang diposting di Stack Karir lagi. Kamu benar. Bahkan toko kami tidak memiliki barang itu sampai tim tempat saya bekerja mulai menggonggong sekitar 4 tahun yang lalu.

— Mat Nadrofsky

3

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?

— Wayne Molina
sumber

Ya itu masuk akal, tetapi Anda juga harus mempertimbangkan mencerahkan rekan kerja Anda tentang manfaat Git dibandingkan SVN

— JD Isaacks

Setuju 100%, dan percayalah aku akan mencoba tetapi mereka semacam .. mengatur cara mereka. Saya akan begini .. mereka menulis. NET 3.5 seolah-olah. NET 1.1; tidak ada LINQ, tidak ada fitur baru, bahkan Generik sekalipun. Kami memiliki beberapa orang yang sedang / sebenarnya berusaha membuat kami beralih dari SVN ke VSS, menggembar-gemborkan VSS lebih baik (sayangnya salah satu dari mereka adalah manajer pengembangan, tapi untungnya kami belum menempuh rute itu ... belum).

— Wayne Molina

Anda harus membuatnya mencari "VSS" di sini di programmers.stackexchange.com . Saya pikir itu akan membuatnya takut ...

— awe

0

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.

— Louver
sumber