Subversion kullanmaya devam etmenin özel nedenleri? [kapalı]

Şirketim için bir sürüm kontrol sistemi seçmek istiyorum. Şimdiye kadar Git, Subversion ve Mercurial olduğunu biliyorum.

Bugünlerde Git'in en çok kullanılan olduğunu görüyorum, bu yüzden merak ettim: Subversion'u kullanmak için herhangi bir özel sebep olabilir mi, yoksa doğrudan Git'e mi gitmeliyim?

SVN hiç ölmedi. Hala çok geniş kullanım alanı var ve yakın zamanda hiçbir yere gitmiyor. SVN, özellikle dağıtılmış sürüm kontrolü gerektiren bir dağıtılmış proje çalıştırmıyorsanız, dağıtılmış sürüm denetiminden daha basittir .

Yalnızca bir merkezi havuzunuz varsa (bu, şu ana kadar kaynak kontrolü olmadan geçebilecek kadar küçüklerse, şirketinizin ihtiyaç duyacağı tek şey), bununla etkileşim kurmak için SVN kullanmak çok daha kolaydır. Örneğin, SVN ile depodaki değişiklikleri kaldırabilir veya yerel değişikliklerinizi tek bir işlemle gerçekleştirebilirsiniz, oysa HG ve Git eşdeğer işleri yapmak için iki veya üç adım gerektirir.

Son revizyonlarla birlikte SVN, insanların HG ve Git'i tercih etmelerini sağlayan birçok performans sorununu çözdü. Şimdi birkaç yıl öncesine göre çok daha hızlı ve bu noktada, aslında dağıtılmış sürüm kontrolünün gelişmiş özelliklerine ihtiyaç duymadığınız sürece projeniz için HG veya Git'e bakmak için gerçekten iyi bir neden yok.

Müşteri takımlarından henüz bahsedilmedi. Her şeyi kesinlikle bir komut satırı komut dosyasıyla yapabilirsiniz, ancak GUI entegrasyonuna sahip olmak gerçek bir verimlilik artışı olabilir.

Çoğunlukla Visual Studio ile çalışıyoruz; IDE'ye entegrasyon kesinlikle şu anda Git'ten daha SVN ile daha iyidir. Bu gelecekte değişebilir, ancak kesinlikle sürüm kontrolü çalıştığı sürece kararınıza kesinlikle değinirim.

Tıpkı her şey gibi, sürüm kontrol sistemi de başlı başına bir amaç değil, sadece nereye gideceğinize ulaşmak için bir araç. Durumunuza göre sizi en hızlı oraya götürecek olanı seçin.

Ben Git hayranıyım. Son zamanlarda, Git'in olumsuz taraflarından birinin, svn'nin yayın numaralarının tersine karmaları olan sürümleri tanımladığını itiraf etmeliydim. Serbest bırakma numarası telefonla veya bunun gibi bir şeyle kolayca iletilebilir.

Ve hayal edebileceğim tek profesyonel bu. Bu özelliğe gerçekten güvenmek istiyorsanız, dağıtılmış ve / veya merkezi bir VCS Çarşısı içinde kullanabilirsiniz . Git'te amaca hizmet edebilecek etiketler var.

Her neyse, hızlı şube değişimi ve saklanma olmadan gelişmeyi hayal bile edemiyorum. Bu iki özellik tek başına SVN'yi yendi, o zamana kadar aynı görevi başarmak için aynı ağacın ayrı dizinler halinde oluşturulup kontrol edilmesi gerektiğini hatırlıyorum.

"Dağıtılmış sürüm kontrolünün gelişmiş özellikleri" olarak adlandırılanlar zamanla gelir ve başlangıçta bunları öğrenmek zorunda değilsiniz. Onlardan korkma. Size engel olmak için değil, size yardım etmek için buradalar. DVCS için merkezi bir depo oluşturmakta da bir sorun yoktur.

SVN ile kolayca bir havuzun bölümlerini klasör seviyesine kadar kontrol edebilirsiniz, oyla git ise tüm geçmiş dahil tüm depoları alırsınız.

Duruma bağlı olarak, bunun SVN için bazı avantajları olabilir.

(Bu aynı zamanda, klasör ağaca kadar gizli ".svn" çöpleri gibi bazı büyük dezavantajlara sahiptir).

"Altı saatte yapılabilecek bir işiniz varsa, aracı oluşturmak altı saat sürse bile, 20 dakika içinde yapan bir araç yazmak daha iyi olur mu?"

Dağıtılmış Sürüm kontrolü ele alınması gereken farklı bir canavardır. Her geliştirici için önemli bir öğrenme gerektirir. Her geliştiricinin öğrenme sürecine uygun arabellek varsa, iyi dağıtılmış bir sürüm kontrol sistemine geçmelisiniz. Öğrenme aşaması sona erdiğinde, Dağıtılmış Sürüm Kontrolü, Merkezi Sürüm Kontrolünden çok daha iyidir.

Dağıtılmış Sürüm Denetimi bir olasılık gibi görünüyor. Çok uzun süre kalmak için burada, daha sonraya adapte olmamız daha iyi. SVN yeniyken ve insanlar CVS'ye alışınca aynı tartışmayı hatırlıyorum, SVN kullanmamak için pek çok tartışma yapıldı, ama sonunda SVN en popüler versiyon kontrol sistemi oldu.

Şirket mevcut sürüm kontrol sisteminde çok sayıda kaynak kodla iyi bir şekilde kurulmuşsa, yeni bir sisteme geçmek büyük bir görevdir, ancak şirket küçükse veya yeni bir sürüm denetimine geçmek çok kolaydır. Ancak daha eski bir sürüm kontrolüne sadık kalırsanız (yeni bir kurulumda), gelecekte bir sürüm kontrol geçişini planlamanız gereken gelecekte bir yere tıkanıklığa varacaksınız.

Çok sayıda profesyonel SVN yorumu gördüm, ancak hepsi "SVN daha iyi" değil, "SVN fena değil" doğasında olma eğilimindedir. Bu nedenle, projeniz için bir Dağıtılmış Sürüm Kontrolü (Git gibi) seçmenizi şiddetle tavsiye ederim.

EDIT’in GIT’in SVN’ye Göre Avantajları

1. Özel bir sunucu gerekmez Gerçekte, her ikisi de bir sunucu olmadan kullanılabilir.
2. Ağ bağlantısı olmadan bile geliştirmeye devam edebilir.
3. Şube yönetimi çok daha kolaydır.
4. Bamboo gibi CI araçlarından daha iyi destek

Birisi SVN'ye sadık kalmanın bir nedeni olarak (görsel stüdyo için) takımdan bahsetti. http://gitscc.codeplex.com/ , Visual Studio için GIT desteği sağlar.

Subversion'u o gün kullanmak için herhangi bir özel sebep olabilir mi

IDE'lerde takım desteği dışında (ki kullanmadım) - gerçekten değil, hayır. Elbette SVN daha tanıdık gelebilir ama bu tek sebeple ilgili ve hem Hg hem de Git'i öğrenmesi çok kolay (ve çok hızlı) buldum.

Evet, dalların sadece bir Hilbert uzayının altmanaloldlarını haritalayan homeomorfik endofunctors olduğunu anlayınca Git'in önemsiz olduğunu tanımlayan tüm karmaşık kılavuzlar var. ¹

Bunu anlamıyorum. Ama ne biliyorsun? Önemli değil. Git'i kullanmak için bunlardan hiçbirini bilmenize gerek yok.

Git ve Hg'nin büyük bölümü kullanımı kolaydır ve SVN'ye göre kesin avantajları vardır. Odadaki fil elbette dallanmadır: dallar sadece Git ve Hg'de çalışır. Buna karşılık, SVN'de en iyi şekilde acı verici ve en kötüsünde kırılmışlardır (çoklu kafaları birleştirerek).

Tabii ki olabilir hala SVN kullanıyoruz. Ayrıca hala Windows XP kullanabilirsiniz. Ancak, her ikisini de deneyen kullanıcıların çoğu alternatiflerden birinin çok daha üstün olduğu konusunda hemfikirdir.

¹ Evet, bunun bir şaka olduğunu anladım. Bence.