Yalnız bir geliştirici için DVCS kullanmanın avantajları var mı?

Şu anda sunucumda görsel svn kullanıyorum ve kişisel makinemde ankhsvn / kaplumbağa var. Yeterince iyi çalışıyor ve değiştirmek zorunda değilim, ancak bir DVCS kullanmanın bazı faydalarını görebiliyorsam, bir şans verebilirim.

Ancak, başkaları olmadan kullanmanın bir anlamı veya farkı yoksa, rahatsız etmeyeceğim.

Tekrar soruyorum, tek geliştirici siz olduğunuzda DVCS kullanmanın faydaları var mı?

Evet! Bence en büyük fayda, birçok DVCS tarafından sunulan daha iyi dallanma + birleştirme desteğidir. Dallanma ve birleşme SVN'deki kıçta bir tür acıdır; hızlı özellik eklemeleri, hata düzeltmeleri veya deneyler için küçük, kısa ömürlü dallar yaratmanın zamanına değmeyecek kadar can sıkıcıdır, ancak birleştirme de uzun ömürlü dallar oluşturmak için bir acı olacak kadar can sıkıcıdır. Öte yandan, Git'te dallanma ve birleşme bir esinti, o kadar çok çalıştığım her hata düzeltmesi veya özelliği için (yerel) bir şube oluşturuyorum.

Git'in depoları görselleştirme, grepping günlükleri vb. İçin sunduğu araçların SVN'den çok daha iyi olduğunu düşünüyorum (bu bir DVCS'ye özgü olmaktan ziyade bir Git olayı).

DVCS ayrıca merkezi bir sunucu gerektirmez; SVN'yi geliştirici olarak kullanırken, her repo tam geçmişi içerdiğinden, Git için bir zorunluluk olmayacak şekilde yerel bir repo oluşturmanız gerekir. Bir sonuç olarak, bir repoyu arşivlemek sadece projenizi sıkıştırmakla ilgilidir - yedeklenecek bir "merkezi veritabanı" yoktur.

Git'i neredeyse dört yıl önce SVN'yi bir süre kullandıktan sonra kullanmaya başladım ve geriye bakmadım.

Kendi kişisel eşyalarım için bir DVCS kullanıyorum. (Ben $ HOME git git o adamlardan biriyim .) Birkaç avantajı vardır:

• Dizüstü bilgisayarım ile masaüstü bilgisayarları ve laboratuvar bilgisayarları arasında çoğaltmayı gerçekten kolaylaştırıyor. Bu SVN için de geçerli olsa da ...
• İnternet erişimim olmasa bile dizüstü bilgisayarda çalışabilirim.
• Yedeklemeler bir kadar basittir git pull.
• Ben kullanabilirsiniz git citoolben işlemeye karar vermeden önce ilgisiz bir çok değişiklik yaptık bile, mantıksal olarak boy kaydedilmesini içine bir çok değişiklik kırmak için. Subversion'da bunu yapacak bir aracın farkında değilim.
• Açık kaynaklı bir projeyi yamalamak zorunda kaldığımda, proje dizininde yeni bir git deposu oluşturarak işleri düzenli tutmak, yamaladığım kaynak ağacın ikinci bir kopyasını yapmaktan daha kolaydır. (Bunu Subversion ile kolayca yapamazsınız çünkü sabit diskinizde tamamen başka bir yerde ayrı bir depoya ihtiyacınız vardır.)
• Diğer insanlardan aldığım revizyonları kontrol etmek için kolay dallanma özelliklerini kullanıyorum. Örneğin, danışmanımla bir konferans belgesini düzenlediğimde, depoya erişimi olmamasına rağmen, ona kağıdın bir kopyasını gönderebilir ve gönderdiğim sürüme göre bir şubedeki revizyonlarını kontrol edebilirim ve daha sonra git mergerevizyonlarını bu arada yaptığım herhangi bir şeyle birleştirmek için kullanın .

Git beni Subversion'dan çok daha fazla, mantıksal parçalardaki tüm değişiklikleri düşünmeye alıştı.

Annem uyumak için çok geç olduğunda modemi kapatır. DVCS, modem kapandıktan sonra VCS ile çalışmaya devam etmeme izin veriyor.

Varsayılan yanıt, "Şu anda ne kullanırsanız kullanın" işe yararsa neden değiştiresiniz ki? "Olacaktır.

Ancak, evet, bir değişikliğin nedeni olmasa bile, DVCS'yi "eski modellerden" biraz daha kolay buluyorum. Aşağıdakiler , en çok kullandığım Mercurial için geçerlidir , bu nedenle kullanacağınız sisteme bağlı olarak kilometreniz değişebilir.

• kullanımı gerçekten kolay - bir saat içinde ihtiyacım olan tüm komutları anladım
• her şey yereldir (çevrimiçi olmak için uzak sunucuya ihtiyacınız yoktur)
• çok kolay dallanma / birleştirme - artık bunları düşünmüyorsunuz
• kolay klonlama (ayrıca, bir tür dallanma) - ve genellikle, çok daha kullanıcı dostu bir arayüz (pencerelerde git'inkinden daha keyifli buldum; ayrıca bazı kavramlar daha basittir; yani benim tarafımda düşünmeyi gerektirmez, bu nedenle VS ile daha az uğraşmak ve daha fazla iş yapmak)
• svn ile iyi çalışıyor

Mercurial ve bir blog (güzel renkler ;-) yararlı ipuçları ile bir giriş kapısı atlama .