Setelah menghabiskan sepanjang pagi mencoba memeriksa sesuatu - sekarang saya sadar saya telah kehilangan pekerjaan selama beberapa hari.

Itu terjadi sebelum - dan tampaknya kejadian umum dengan SourceSafe. Bisakah SourceSafe berhasil digunakan, tanpa masalah, dan jika demikian, bagaimana?

Pandangan saya sederhana, bermigrasi ke sesuatu yang ASAP. Tidak akan memakan waktu lama (1-2 minggu WAG) dan tidak peduli berapa lama migrasi, mudah untuk membenarkan biaya itu untuk manajemen. Sedikit waktu untuk bermigrasi sama dengan kontrol sumber solid dan sangat kecil kemungkinan kode sumber hilang. Lakukan pencarian cepat google untuk "sumber cerita horor yang aman" atau serupa jika bos Anda skeptis.

Terburuk. SCM. Pernah.

Semua yang salah dalam SCM diwujudkan dalam VSS. Bahkan StarTeam lebih baik daripada Source Safe. Sumber Aman adalah Internet Explorer 1 dari dunia kontrol versi: sepenuhnya digantikan oleh implementasi lainnya.

Bagaimana saya menggunakannya?

Alur kerja khas saya untuk menyelesaikan sesuatu adalah

1. Lihatlah proyeknya
2. Kunci semua file (untuk menghindari bergabung dengan siapa pun karena cos yang membuka gerbang neraka yang tidak suci)
3. Apakah pekerjaan saya
4. Setiap hari memeriksa perubahan saya di
5. Memeriksa semuanya kembali lagi dan memperbaiki semua masalah dengan integrasi
6. Memeriksa kembali

Dibandingkan dengan Subversion, hal di atas menggelikan (selain memeriksa Anda tidak merusak build).

Batasan pada praktik pemrograman tim saya

Ini adalah aturan yang harus dikerjakan oleh tim untuk membuatnya bekerja untuk kita. Jarak tempuh Anda mungkin beragam.

1. Satu orang saja dapat mengedit file (Surga membantu Anda jika mereka pergi berlibur)
2. Jangan bercabang terlalu sulit untuk dikelola
3. Jangan pernah mencoba untuk kembali ke revisi sebelumnya

Apa yang bisa dilakukan?

Polarion memiliki seperangkat alat yang baik untuk bermigrasi dari orang-orang seperti Source Safe ke Subversion (SVN) yang merupakan standar de facto saat ini di sebagian besar perusahaan untuk kontrol versi open source. Subversi memang membutuhkan server yang tersedia untuk memungkinkan checkin (tidak seperti GIT atau Mercurial yang dirancang untuk tim offline yang didistribusikan).

Ubah Kontrol Sumber Anda menjadi SVN / Mercurial / Git dan jangan pernah melihat ke belakang!

Kami mengeluarkannya sekitar setahun yang lalu.

Itu terjadi beberapa kali bahwa apa yang saya check-in pada malam sebelumnya tidak ada di sana keesokan paginya. Saya tidak menemukan itu lucu karena tampak mencurigakan seperti saya baru saja menyelesaikan pekerjaan saya. Karena saya masih baru di perusahaan maka itu mungkin berbahaya bagi saya.

Kami mereka pindah ke TFS dan sudah beroperasi dengan lancar sejak saat itu.

Pandangan ku?

Ada yang lebih baik yang lebih mudah digunakan, lebih aman untuk digunakan, dan sepenuhnya gratis. Kenapa repot-repot menggunakannya sama sekali?

Ini adalah salah satu area pengembangan di mana kami memiliki banyak pilihan; sebagian besar, atau semua, lebih baik dari VSS.

• Subversi
• Lincah
• Git
• Lebih

Menggunakan SourceSafe dalam operasi komersial seperti memanaskan gedung dengan membakar uang dolar.

Pada tahun 2000, perusahaan delapan pengembang saya mungkin kehilangan 5-10% dari produktivitasnya karena korupsi dua kali sehari rata-rata dari database VSS. Itu hanya serendah itu karena kami pergi ke backup setiap jam.

Sejak pindah dari VSS ke Perforce, svn, dan git, saya tidak pernah memiliki basis data SCM yang rusak.

Saya mungkin akan memilih untuk neraka ini, tapi ..

VSS secara efektif menempatkan Anda pada obat bius, sejauh Anda tidak dapat mendamaikan segala realitas yang diperlukan untuk menyadari bahwa repo Anda yang sekarang sudah dibakar bukanlah kesalahan Anda.

Tolong, jangan pernah menggunakannya.

menggunakannya selama bertahun-tahun - itu adalah solusi default, karena sudah ada di sana. Sudah menggigit saya beberapa kali, tetapi kelembaman sulit diatasi

kemudian saya harus menggunakannya dari jarak jauh melalui VPN, dan bahkan check-in kecil seperti memasukkan batu bata melalui lubang jarum . Itu lebih cepat untuk secara manual menemukan file yang diubah, zip mereka, email mereka, jauh ke mesin vault sumber, unzip mereka, dan periksa kode dari mesin vault sumber.

Beralih ke Mercurial. Saya dapat mengkloning seluruh basis kode sumber melintasi VPN dalam waktu kurang dari satu menit. Dan saya tidak lagi takut bercabang.

Tidak akan pernah kembali.

Ini kekejian. Tapi masih lebih baik daripada tidak sama sekali.

Saya menggunakannya untuk waktu yang lama (hampir 10 tahun) tanpa pernah mengalami masalah pribadi (termasuk di dalam tim tempat saya bekerja meskipun kode kita cenderung terbagi dengan baik untuk menghindari konflik dan sejenisnya).

Tetapi ada terlalu banyak cerita tentang kehilangan data untuk terus menggunakannya ketika ada alternatif sumber terbuka yang layak dan dapat diandalkan di luar sana.

Sunting: Dari komentar, pesannya tampaknya menghindari segala sesuatu yang rumit (bercabang, menggabungkan, konflik) dan Anda mungkin baik-baik saja. Ada yang lebih dan Anda menuju ke wilayah berisiko.

Bahkan MS tidak lagi mendukung TFS.

Untuk toko solo atau sangat kecil yang bekerja di Visual Studio 6 atau lebih tua, itu lumayan dan lebih baik daripada tidak sama sekali. Saya pikir ada banyak yang dilebih-lebihkan tentang betapa buruknya itu, tetapi kemudian hanya perlu satu contoh kehilangan pekerjaan yang berharga untuk membuat Anda kesal pada suatu produk (untuk alasan yang baik). VSS memiliki tempatnya, dan saya menghargai setidaknya mendorong banyak pengembang yang tidak menggunakan alat SCM sama sekali untuk membiasakan diri, tetapi seperti banyak teknologi sekarang sudah cukup usang.

Setelah 3 tahun menggunakannya, mengeluh kepada manajer saya karena semua alternatif yang lebih maju / rasional di luar sana, saya tidak pernah benar-benar memiliki masalah dengan VSS, tetapi saya tidak pernah punya pilihan juga.

Pandangan saya adalah bahwa itu menyebalkan dan pukulan.

Bagian yang paling menyebalkan tentang itu bukanlah versi yang buruk dan kemampuan bercabang yang membingungkan, tetapi kotak daftar pada menu file tidak memungkinkan Anda menekan tombol panah kanan untuk membuka.

Benar-benar menyakitkan.

Pandangan saya tentang VSS? Saya menolak beberapa tawaran pekerjaan (dibayar sangat baik) karena mereka meminta "kemahiran VSS". Dan saya yakin ada beberapa orang di sini yang melakukan hal yang sama.

Anda tidak hanya menderita masalah potensi korupsi sumber (yang seharusnya menjadi argumen yang cukup bagi manajemen untuk menggantikannya), tetapi Anda juga harus hidup dengan cadangan yang canggung dan ketidakmampuan untuk bekerja secara efektif sebagai tim di aliran pekerjaan yang berbeda.

Temukan SCM lain (yang lain) dan lihat betapa mudahnya percabangan dan penggabungan. Pikirkan saat-saat ketika Anda harus menyalin file dari solusi VSS Anda dan tahan di tempat lain ketika Anda kembali untuk memperbaiki bug pada kode 'produksi'.

Untuk tendangan, cukup instal GIT - arahkan ke file VSS Anda dan lihat betapa mudahnya bagi GASP dua programmer untuk bekerja pada bagian berbeda dari file yang sama PADA SAAT YANG SAMA, dan kemudian peranti lunaknya secara cerdas menggabungkan perubahan Anda ... SCM alat harus lebih dari sekadar cadangan sumber.

Pandangan saya tentang VSS? Digunakan untuk waktu yang lama secara teratur (masih digunakan secara ocasional untuk komponen yang lebih tua) tetapi ini sudah terlalu abad untuk tim kami:

• Sangat tidak bisa diandalkan
• Bukan cabang yang bisa digunakan
• Dukungan versi yang sangat buruk, Anda memiliki label tetapi (seperti cabang) tidak dapat digunakan

Saya dengan semua hal di atas: pilih salah satu alternatif open-source waaaaay yang lebih baik (bahkan CVS lama) atau, jika perusahaan Anda memiliki semacam langganan MSDN, TFS .

• penguncian standarnya memperlambat pengembang, dan tidak ada yang mau mengacaukan pengaturannya
• itu tidak terintegrasi dengan layanan lain dengan sangat baik, misalnya aplikasi web manajemen proyek
• itu tidak akan bekerja dengan baik dengan server CI yang direncanakan

Hal-hal baru Team Foundation 2010 seharusnya banyak membantu, dan mencoba untuk menjauh dari bagian buruk VSS. Tetapi pada intinya masih bergantung pada VSS , itulah sebabnya kami pindah ke SVN.

sunting - Saya mengerti bahwa TFS semuanya baru, tetapi ketika mengujinya, beberapa pengembang yang saya tanyakan memiliki perasaan yang sangat mirip dengannya. Alasan saya mengatakan 'pada intinya' adalah karena saya ingat melihat file TFS yang dibuat dalam solusi saya yang tampak seperti yang dibuat VSS. Ini dari sudut pandang pengembang, bahkan mungkin tidak tahu tentang teknologi di balik VSS atau TFS atau SCM lainnya. Maaf atas kebingungan.

Kembali pada hari saya dibebani dengan SCCS di bawah XENIX. VSS, dalam Visual Studio 6, untuk semua kegagalan itu dan masalah memiliki kelebihan yang berbeda. Saya masih menggunakannya untuk proyek-proyek kecil dan saya tidak lagi menggunakan SCCS dalam versi apa pun.

Saya tidak tahu mengapa semua orang ingin badmouth VSS. VSS tidak didistribusikan, dan kontrol versi terdistribusi tidak

1. lebih baik
2. memungkinkan untuk kontrol versi yang tidak didistribusikan dalam praktek

Silakan baca ini .