Bir geliştiricinin tercih ederse VSS kullanmasına izin verilmeli mi?


14

Mercurial'ı bölümüme tanıttım. Bayıldım, ama bu benim ilk versiyon kontrol deneyimim. Web geliştirme için NetBeans PHP ile kullanıyorum.

Şirket içi uygulamalarda çalışan başka bir geliştirici Visual Source Safe kullanmayı sever ve geçiş yapmak istemez. Visual Studio ortamında çalışmaktadır.

Bunun dışındaki tüm geliştiriciler Mercurial'a aldılar. Çoğunlukla, hepimiz oldukça bağımsız çalışıyoruz.

Bu departmanı doğru yönde hareket ettirmeye çalışıyorum, herkesi Fırın'da bir hesapla kurdum, Fogbugz'u kullanan herkesi de yolda almayı umuyordum (şu anda hiçbir hata veritabanı tutulmuyor.) hiç VSS kullanmamıştım ama çok kötü şeyler duyuyorum.

Eğer tercih ettiği buysa VSS kullanmaya devam etmesine izin vermek daha mı iyi olur, yoksa Mercurial'a binmek en iyisi midir?


Stackoverflow.com/questions/961878/… ilginç bulabilirsiniz .

Kendi özel VCS'sini kullanan bir geliştirici, kodu düzgün bir şekilde yedeklenmeyen bir geliştiriciye tehlikeli bir şekilde yakın geliyor. Mercurial deponuzun (site dışında!) Yedeklerini yapıyorsunuz, umarım. Bu biriniz hariç hepsini kapsar. Aynı şeyi VSS deposu için mi yapıyorsunuz? Bu yedeklemelerde bir şeyler ters giderse, fark eder misiniz? Vb
derobert

8
Bu, çalışanların geri kalanı sandalyeleri kullanırken programlama için tuvalet koltuğuna oturmak isteyen bir geliştirici gibi.
Muhammed Hasan Han


1
Sakin insanları ('-') VSS o kadar da kötü değil! VSS ile başladım. Artık VSS kullanmama rağmen, insanlar bunu yapmak kadar kötü olamaz (ya da büyük değil). Bir çeşit denge koyduğumu sanıyordum ...
Darknight

Yanıtlar:


50

onun tercih ettiği şeyse vss kullanmaya devam etmesine izin vermek daha iyi olur mu?

Hayır. İki farklı kaynak yönetim sisteminin paralel çalıştırılmasının bir anlamı yoktur. Bu, tüm geliştiricilerin aynı veri havuzuna bağlı olduğu ve tüm avantajlarından yararlandığı fikrine meydan okuyor.

Tek başına farklı bir sistem kullanan tek bir geliştirici kendisini takımdan etkili bir şekilde izole eder. Projeler geçmese bile, yapılması hala kötü bir şeydir.

Her iki sistem için de iki kat bakım çalışmaları burada bir başka argüman.

İçeriği hızlı bir şekilde VSS'den Mercurial'a geçirmek ve ardından VSS'yi kapatmak için yetkinizi kullanmanız veya sorunu yönetime yükseltmeniz gerektiğini düşünüyorum.

PS VSS'den bahsetmişken, check-in'leri kaybetmek veya en azından beklediğinizde koda zarar vermek kötü şöhretlidir. İşe yarıyor ama düzenli olarak sinirlere gidiyor. Daha iyi bir alternatifiniz varsa VSS'den kaçının.


42
NOBODY hiçbir koşulda VSS kullanmamalıdır. Adı yalan. VSS'de hiçbir şey Güvenli değildir.
CaffGeek

17
Bunu kabul edin ve öğrendiğimiz bir şey eklemek isteriz: VSS kullanmanın, VSS kullanmamanın daha büyük yararı ile çabucak dengelenmeyen bir faydası yoktur.
Ben Hoffstein

+1 Teşekkürler, ben de öyle düşündüm, sadece bir sorun çıkmadan önce başkalarının girmesini istedim.
JD Isaacks

2
@ Ben: yapacak ve insanlar "Hoffstein kim?" Onlara göz
atacağım

2
Ekip SourceSafe veya TFS veya SVN kullanıyorsa ve haydut geliştirici Git veya Mercurial kullanıyorsa aynı cevabı verir misiniz?
Kyralessa

16

Hiçbir şekilde sahte bir geliştiricinin ekibin geri kalanından farklı bir kaynak kontrol sistemi kullanmasına izin vermeyi düşünmem.

Kaynak kontrolü sadece yaptığımın önceki sürümlerini bulmakla kalmıyor, aynı zamanda diğerleri de onları (ve mevcut sürümü) bulabiliyor. Bu pazarlık konusu değil. Otobüsten ayrıldığında ya da bir otobüsle uğraştığında ve kimsenin koduna erişimi olmadığında ne olur (makineyi sildiklerinde ağ yöneticileri tarafından üzerine yazılabilir, orada kendi kaynak kontrolü olduğunu bilmeden?

Kimse VSS kullanmadığı için kaynak kontrol kodunun sadece makinesinde olabileceği varsayımını yapıyorum.) Böyle bir şeyi bile önerebilecek bir geliştirici profesyonel değil ve beni tüm çalışmalarından şüphelenir. Geri kalanınızın ne görmesini istemiyor?

Ayrıca VSS herkesin bildiği gibi hatalı. Kodu orada bile güvenli değil.


10

Başlamak için hiç kimse VSS kullanmamalıdır.

Geliştiricinize Visual Studio için Mercurial eklentisi almasını söyleyin .


Söz konusu eklenti ile deneyiminiz var mı?

Ben kullandım - iyi çalışıyor.
MetalMikester

@ Thorbjørn Ravn Andersen: Hayır. İşyerinde yıkıcılığı kullanıyoruz.
Dima

1
hiçbir açıklama yapmadan, başka birinin aksi görüş bildirmesi durumunda bu cevap işe yaramayabilir. Örneğin, birisi "Herkes başlamak için VSS kullanmaya teşvik edilmelidir. Elbette Visual Studio için Mercurial eklentisini kullanmaktan kaçının." , bu cevap okuyucuya iki karşıt görüş seçmesine nasıl yardımcı olur? Düşünün düzenlemek daha iyi bir şekle ing
tatarcık

3

Herkes aynı kaynak yönetim sisteminde olmalıdır. Ayrıca, nihai hedefiniz de herkesi aynı hata izleme sistemine dahil etmektir. Zaten sıkı bir şekilde bütünleşmiş bir çözüm bulmak için doğru olanı yaptınız.

Geçiş yapma konusunda sorun yaşıyorsanız, ona kariyer açısından yaklaşmayı deneyin. İleride başka bir yerde çalışırlarsa, bu potansiyel işveren muhtemelen entegre bir hata / kaynak yönetimi uygulaması kurulumu ile çalışma konusunda biraz deneyim görmek isteyecektir.


1
+1 ama bunun bir satış noktası olduğundan emin değilim; Kaynak kontrolünün ne olduğu hakkında hiçbir fikri olmayan çok daha fazla şirket buldum, VSS'nin kaynak kontrolünün hepsinin sonu olduğunu ya da kaynak kontrolünü entegre bir kurulum görmek isteyenlerden daha az kullandığını düşündüm. Cehennem gördüğüm çoğu hata izleme uygulamaları bile kullanmadı ya da son derece basit bazı şirket içi "görev sistemi" vardı.
Wayne Molina

Yorumunuza + 1'leyin. Dünyayı yine gül renkli gözlüklerle ve Stack Careers'ta yayınlanan işlerle görüyorum. Haklısın. Birlikte çalıştığım ekip yaklaşık 4 yıl önce havlamaya başlayana kadar dükkanımızda bile böyle şeyler yoktu.
Mat Nadrofsky

3

Başkalarının söylediklerini yankılandıracak, çünkü Mercurial yerine VSS kullanmasına izin vermek kötü. Ancak, Şeytan'ın Avukatı'nı oynamama izin verin ve eğer sadece Mercurial'a bağlı kalırsa kaymasına izin verebileceğinizi söyleyeyim, böylece başkaları gerekirse çalışmalarına erişebilirler. Başkalarının ihtiyaç duydukları işlere erişmesini engellemediğiniz sürece, tercih ettiğiniz araçları kullanmanın IMO'su yanlış değildir. Tabii ki, VSS çöptür, bu yüzden ne olursa olsun kullanılmamalıdır :)

Örneğin, SVN kullanan ancak havuzun düzgün şekilde ayarlanmadığı bir şirkette çalışıyorum (şube / etiket / gövde yok, her şey sadece bir havuz altında atılmış) ve bu, kimsenin nasıl düzeltileceğini bilmediği bazı sorunlara neden oluyor. Diyelim ki, Git'i yerel olarak kullansam da yine de git-svn'i kullanarak eşyalarımı SVN'ye gönderirsem benim durumumda bir sorun görmezdim, bu yüzden ekibin geri kalanı buna sahip. bu mantıklı mı?


Evet bu mantıklı, ama aynı zamanda takım arkadaşlarınızı Git'in SVN'ye karşı faydalarını aydınlatmayı da düşünmelisiniz
JD Isaacks

% 100 kabul etti ve inan bana denemek istiyorum ama onlar tür .. kendi tarzlarında ayarlanır. Bu şekilde koyacağım .. .NET 3.5 sanki .NET 1.1 gibi yazıyorlar; LINQ yok, yeni özellik yok, Generics bile değil. Biz / aslında geçmek için bizi almaya çalışıyoruz bazı adamlar var dan SVN için daha iyi olarak VSS touting, VSS (yani rota ... henüz maalesef bunlardan biri geliştirme yöneticisi olmakla neyse biz gitmedik).
Wayne Molina

Programmers.stackexchange.com adresinde "VSS" aramasını sağlamalısınız . Sanırım onu ​​korkutur ...
huşu

0

Farklı bir kaynak kontrol aracı kullanan bir geliştiriciye sahip olmak iyi değildir. Kaynak kontrolünü kullanmanın bir amacı ekip çalışmasını geliştirmektir. Ve bu kuralı ihlal ediyor ve son zamanlarda oldukça bağımsız çalışmanıza rağmen daha sonra çok fazla soruna neden olabilir. Ona neden VSS'yi tercih ettiğini sor ve ona bu şekilde çalışmanın dezavantajlarını anlat.

Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.