Tüm sabahı bir şeyi kontrol etmeye çalışarak geçirdim. Artık birkaç günlük işimi kaybettiğimin farkındayım.

Daha önce de oldu - ve görünüşe göre SourceSafe ile sıkça karşılaşılıyor. SourceSafe sorunsuz, sorunsuz bir şekilde kullanılabilir mi, öyleyse nasıl?

Benim düşüncem basittir, en kısa sürede başka bir şeye geçiş. Uzun sürmeyecek (1-2 hafta WAG) ve göç ne kadar sürerse sürsün, maliyetini yönetime haklı çıkarmak kolay. Geçmek için biraz zaman sağlam kaynak kontrolü ve çok az kaynak kodu kaybı şansına eşittir. Patronunuz şüpheci ise "kaynak güvenli korku hikayeleri" veya benzeri bir hızlı google arama yapın.

En kötü. SCM. Hiç.

SCM'de yanlış olan her şey VSS'de düzenlenmiştir. StarTeam bile Source Safe'ten daha iyidir. Source Safe, sürüm kontrol dünyasının Internet Explorer 1'idir: tamamen başka bir uygulama tarafından üstlenilmiştir.

Nasıl kullandım?

İşleri halletmek için tipik iş akışım

1. Projeye göz atın
2. Tüm dosyaları kilitle (Cehennemin kutsal kapılarını açan, kimseyle birleşmekten kaçınmak için)
3. İşimi yaptım
4. Her gün değişikliklerimi kontrol etti
5. Hepsini tekrar kontrol edip entegrasyonla ilgili tüm sorunları düzelttim
6. Tekrar kontrol ettim

Subversion ile karşılaştırıldığında, yukarıdakiler gülünçtür (yapıyı kırmadığınızı kontrol etmenin dışında).

Ekibimin programlama uygulamaları ile ilgili kısıtlamalar

Bunlar bizim için çalışmasını sağlamak için ekibin altında çalışması gereken kurallar. Kilometreniz değişebilir.

1. Bir kişi yalnızca bir dosyayı düzenleyebilir (tatile giderse cennet size yardımcı olur)
2. Dallanma, yönetilmesi çok zor
3. Asla bir önceki revizyona geri dönme girişiminde bulunma

Ne yapılabilir?

Polarion, açık kaynak versiyon kontrolü için çoğu kurumda mevcut fiili standart olan Source Safe türlerinden Subversion'a (SVN) geçmek için iyi bir araç setine sahiptir . Subversion, bir sunucunun checkin'lere izin vermek için hazır olmasını zorunlu kılıyor (dağıtılmış çevrimdışı ekipler için tasarlanmış GIT veya Mercurial'ın aksine).

Kaynak Kontrolünüzü SVN / Mercurial / Git olarak değiştirin ve asla arkana bakma!

Bir yıl kadar önce operasyondan çıkardık.

Birkaç kez oldu, önceki akşam kontrol ettiğim şey ertesi sabah orada değildi. Bunu eğlenceli bulmamıştım, çünkü işimi bitirmediğim gibi şüpheli görünüyordu. Şirkette yeni olduğum için benim için tehlikeli olabilirdi.

Biz TFS'ye geçtik ve o zamandan beri sorunsuz çalışıyor.

Benim görüşüm?

Kullanımı daha kolay, kullanımı daha güvenli ve tamamen ücretsiz olanları var. Neden hiç kullanmıyorsun?

Bu, çok fazla seçeneğimiz olan bir gelişme alanıdır; çoğu veya tümü, VSS'den daha iyidir.

• yıkılma
• cıvalı
• Git
• Daha

SourceSafe'i ticari bir operasyonda kullanmak, binayı parayı yakmakla ısıtmak gibidir.

2000 yılında, sekiz geliştirici şirketim VSS veritabanlarının günde ortalama iki kez bozulmasından dolayı verimliliğinin% 5-10'unu kaybetti. Sadece bu kadar düşüktü çünkü saatlik yedeklemeye gittik.

VSS'den Performance, svn ve git'e taşındığından beri hiçbir SCM veri tabanım bozulmadı.

Bu konuda cehenneme oy verebilirim, ama ..

VSS etkili bir şekilde sizi uyuşturucuyla ilişkilendirir, şu anki işlenen deponuzun sizin suçunuz olmadığını anlamak için gereken herhangi bir gerçekliği uzlaştıramazsınız.

Lütfen, hiç kullanma.

yıllarca kullanıldı - zaten olduğu gibi varsayılan çözümdü. Beni birkaç kez ısırdıysa da, ataletin üstesinden gelmek zor

Daha sonra uzaktan VPN üzerinden kullanmak zorunda kaldım ve küçük check-in'ler bile bir iğne deliğinden tuğla doldurmak gibiydi . Değişen dosyaları manuel olarak bulmak, onları sıkıştırmak, e-postayla göndermek, kaynak kasası makinesine uzaktan kumanda etmek, açmak ve kaynak kasası makinesinden kodunu kontrol etmek daha hızlıydı.

Mercurial'a geçti. Tüm kaynak kod tabanını VPN'de bir dakikadan az bir sürede klonlayabilirim. Ve artık dallanmaktan korkmuyorum.

Asla geri dönmem.

Bu bir berbatlık. Ama yine de hiç yoktan iyidir.

Uzun zamandır (neredeyse 10 yıl), kişisel olarak herhangi bir sorun yaşamadan (kodumdaki çatışmalar ve benzeri şeylerden kaçınmak için oldukça iyi bir şekilde bölünmüş olma eğiliminde olmasına rağmen çalıştığım ekipler dahil) kullanılmadan kullandım.

Ancak, iyi, güvenilir açık kaynaklı alternatifler olduğunda onu kullanmaya devam edecek çok fazla veri kaybı öyküsü var.

Düzenleme: Yorumlardan mesajın karmaşık bir şeyden kaçınmadığı görülüyor (dallanma, birleşme, çatışmalar) ve muhtemelen sorun değilsiniz. Başka bir şey varsa ve riskli bölgeye giriyorsunuz.

MS bile TFS lehine itiraz ediyor.

Visual Studio 6'da çalışan bir solo veya çok küçük bir dükkan veya daha eski bir şey için, hiçbir şey yapmadan fena ve daha iyidir. Bunun ne kadar kötü olduğu konusunda çok fazla abartı olduğunu düşünüyorum, ancak o zaman (bir nedenden ötürü) sizi bir ürüne vermek için değerli işlerinizi kaybetmenin sadece bir örneği gerekir. VSS'nin yerini aldı ve en azından SCM aracı kullanmayan pek çok geliştiriciyi alışkanlık haline getirmek için teşvik ediyorum, ancak pek çok teknoloji gibi, artık oldukça eski.

3 yıl kullandıktan sonra, oradaki daha gelişmiş / rasyonel alternatifler nedeniyle menajerime şikayette bulunup şikayette bulundum, VSS ile hiçbir zaman bir sorunum olmadı, ancak hiçbir zaman bir seçeneğim olmadı.

Benim görüşüme göre hem berbat hem de darbeler.

Bu konuda en sinir bozucu kısım, korkunç versiyonlama ve kafa karıştırıcı yetenek kabiliyeti değil, ancak dosya menüsündeki liste kutusu genişletmek için sağ ok tuşuna basmanıza izin vermiyor.

Gerçekten acı verici.

VSS hakkındaki görüşlerim? "VSS yeterliliği" talep ettikleri için birkaç iş teklifini reddettim (çok iyi ücretli). Ve burada aynı şeyi yapan birkaç kişi olduğundan eminim.

Sadece kaynağın potansiyel yolsuzluk probleminden muzdarip değilsiniz (ki bunun yerine yönetim için yeterli bir argüman olması gerekir), aynı zamanda garip bir yedekleme ve farklı iş akışlarında bir ekip olarak etkili bir şekilde çalışamama konusunda da yaşamanız gerekir.

Başka bir SCM (başka bir tane) bulun ve dallanmanın ve birleşmenin ne kadar kolay olabileceğine bakın. 'Üretim' kodundaki bir hatayı düzeltmek için geri döndüğünüzde VSS çözümünüzden dosyaları kopyalamak ve bunları başka bir yerde tutmak zorunda kaldığınız zamanları düşünün.

Başlangıçlar için GIT'i kurun - VSS dosyalarınıza gelin ve GASP iki programcının aynı dosyanın farklı bölümlerinde çalışmasının AYNI ZAMANINDA ne kadar kolay olduğunu görün ve ardından yazılımın değişikliklerinizi akıllıca birleştirmesini sağlayın ... SCM araçlar kaynak yedeklemeden daha fazlası olmalıdır.

VSS hakkındaki görüşlerim? Düzenli olarak uzun süre kullandı (hala eski bileşenler için zaman zaman kullanılıyor) ancak ekibimiz için çok XX yüzyıldı:

• Çok güvenilmez
• Kullanılamaz dallar
• Çok zayıf sürüm desteği, etiketleriniz var (ancak şubeler gibi) gerçekten kullanılamıyor

Yukarıdakilerin hepsine sahibim: waaaaay'in daha iyi açık kaynaklı alternatiflerinden birini (eski CVS'yi bile) seçin veya şirketinizde bir tür MSDN aboneliği varsa, TFS .

• varsayılan kilitleme, geliştiricileri yavaşlatıyordu ve hiç kimse kurulumuyla uğraşmak istemiyordu.
• örneğin bir proje yönetimi web uygulaması gibi diğer servislerle çok iyi bütünleşmiyor
• planlı CI sunucumuz ile iyi çalışmayacaktı

Yeni 2010 Team Foundation malzemesinin çok yardımcı olması ve VSS'nin kötü kısımlarından uzak durmaya çalışması gerekiyordu. Fakat özünde hala VSS'ye dayanıyor , bu yüzden SVN'ye geçtik.

düzenleme - TFS'nin tamamen yeni olduğunu biliyorum, ancak test ederken sorduğum çok sayıda geliştiricinin buna benzer hisleri vardı. “Özünde” dememin sebebi, çözümümde yapılan ve VSS gibi görünen dosyalara baktığımı hatırlamamdı. Bu, geliştirici bakış açısından, belki de VSS, TFS veya başka bir SCM'nin arkasındaki teknolojiyi bile bilmiyordur. Herhangi bir karışıklık için özür dilerim.

O gün, XENIX'in altında SCCS'ye üzülmüştüm. VSS, Visual Studio 6'da, tüm başarısızlıkların ve sorunların kendine özgü avantajları vardı. Hala küçük projeler için kullanıyorum ve artık SCCS'yi herhangi bir sürümde kullanmıyorum.

Neden herkesin VSS'yi badmouth yapmak istediğini anlayamıyorum. VSS dağıtılmaz ve dağıtılmış sürüm kontrolü

1. daha iyi
2. Uygulamada dağıtık olmayan sürüm kontrolü sağlar

Lütfen okuyun bu .