SVN ve HTTP protokolleri aynı depoda aynı anda güvenle kullanılabilir mi?

Question

SVN protokolünün ekibimiz için HTTP'den daha iyi çalışıp çalışmadığını değerlendirmek istiyoruz, ancak henüz tam bir geçiş yapmak istemiyoruz.

Şu anda ana depomuzda hizmet veren bir Apache kasası var. Svnserve.exe'yi aynı depoda güvenle kullanabilir miyiz, böylece geliştiricilerimizden birkaçı bunu test edebilir mi? İlk tahminim yapabileceğimiz, ancak depomuzun bozulmasına neden olmak istemiyoruz.

Answer 1

Evet, mümkün. Resmi SVN kitabının bu duruma ayrılan bir bölümü vardır: http://svnbook.red-bean.com/en/1.5/svn.serverconfig.multimethod.html. Bazı tuzaklar var ama izin ayarları ile daha çok şey var.

Answer 2

Tam olarak, Subversion, çoklu protokoller üzerinden eşzamanlı erişimi desteklemek için tasarlanmıştır; bu, CVS ile büyük sorunlara neden olur. Sadece http: // ve svn: // 'yı değil, aynı zamanda şu dosyayı da kullanabilirsiniz: // (eğer makinede yerel olarak çalışıyorsanız, örneğin sürekli bir entegrasyon aracı veya başka bir post-commit kanca ile) https://, svn + ssh: //, etc.

Deneyimlerimden birinde, bir yöntemin diğerinden nesnel olarak "daha iyi" olduğu kanıtlanmamıştır, ancak her biri için belirli faydalar vardır. Örneğin, Apache bir seferde çok sayıda erişimi ele almakta son derece ustadır. Öte yandan, henüz Apache kullanmıyorsanız veya SVN trafiğini işlemek istemiyorsanız, svnserve daemon hafif ve oldukça performanslıdır. Mac'lerimde, yalnızca bir istek geldiğinde başlatmak için launchd kullanarak svnserve kurdum, bu yüzden hiçbir depo etkinliği olmadığında kaynak kullanmıyor. En iyi sonuç veren şey, uygulamada gördüğünüz erişim örüntülerinin büyük bir faktörü olacaktır.