Svn birleştirme süresini nasıl optimize edersiniz

1

Birleştirme işlemlerini hesaplamak için çok uzun süren bir svn sunucusuyla çalışıyorum. Buna ne sebep olabilir? 1.5'in diğer sürümlerden daha yavaş olduğunu belirten bir şey okudum, bu doğru mu?

Bu belirli sunucu centos üzerinde çalışıyor ve sürüm 1.5.4 (r33841)

Makinedeki mevcut kaynaklar iyi görünüyor ancak belki de optimize edilebilir. Daha fazla 4x revizyonlu bir svn sunucusu gördüm (~ 2200). Birleştirmeleri en iyi şekilde hesaplayabilmesi gereken bir linux SVN sunucusu için en iyi kurulum hangisidir?

performance svn

— perrierism
kaynak

1

Deponuzda kaç tane revizyon var? Sunucu hangi işletim sisteminde çalışır? Hangi depolama alanını (BDB veya FSFS) kullanıyorsunuz? Her dosya giriş / çıkışını izleyen herhangi bir uygulama var mı (antivirüs yazılımı gibi)? Sunucuda yerel olarak birleştirme gerçekleştirirseniz de olur mu (bir dosyaya karşı: // url?)

— mihi

Hangi depolama sistemine sahip olması gerektiğini düşünüyorsunuz? Virüsten koruma yazılımı yok. Evet, sunucu tarafı birleşimlerinde de olur. Bu depo r22000'de. Dalların çok büyük olduğunu sanmıyorum ama bunun da bir sorun olabileceğinden şüpheleniyorum.

— perrierism

1

Sunucu olduğuna emin misin? Birleştirmelerimin bazen yavaş olduğunu fark ettim, ancak sunucu yerine IO'ya bağlı istemci.

— davidsheldon
kaynak

0

Büyük Birleşmeler en iyi koşullarda SVN ile acı verici bir şekilde yavaşlar. Bunu düzeltmek için git'e geçin. ;)

— xentek
kaynak

2

Bazıları için işe yarayabilecek bir çözüm, ama svn hakkında konuşuyorum. Yeni bir geliştirme projesine başlasaydım, git veya mercurial olarak düşünürdüm ama bir projenin ortasında her zaman bir seçenek değil. Bu, bir svn sunucusunun nasıl optimize edileceğine dair bir sorudur. Evet büyük birleşmeler svn ile acı çekiyor. Aslında bu sunucu durumunda herhangi bir boyutta birleştirme hakkında konuşuyorum.

— perrierism

SVN ile birleştirmek hemen hemen her seviyede korkunç. Kırık bir özellik olduğunu söylemeye teşebbüs ediyorum. xentek'in doğru cevabı vardır - mümkün olduğunda git'e geçin. Bir svn-> git import aracı olduğu için revizyon geçmişinizi saklayabilirsiniz. Geçişimi yaklaşık 6 ay önce yaptık ve beklenenden daha acı verici değildi. Hem üretkenliğimiz hem de kod güvenilirliğimiz birleşme sonrası artmıştır. git yolundan çıkıyor.

— Aaron Brown

her zaman git git svn'i SVN'in ön ucu olarak kullanmak için git-svn vardır. : p

— xentek

0

Bu belki de gecikmeli bir cevaptır ... yine de .... SVN 1.4.3 kullanıyorum ve birleştirme iyi çalışıyor. Depolarımdaki sürümler sizinkilerle karşılaştırılabilir. Bunun versiyonla ilgili bir sınırlama olabilir (yükseltme ile çözülmüş) olabilirken, nasıl dallandığınız / birleştiğinize bakmak iyi bir fikir olabilir. Daha fazla ayrıntı vermek mümkün mü? Tam olarak aynı birleşmenin (örneğin, aynı revizyonlar / dallar arasında) ancak başka bir sunucuda çok daha az zaman alacağını mı söylüyorsunuz? Bu arada birleştirme raporu tam olarak ne kadar sürüyor?

Birleştirmenin, yükseltmeleri almadan önce diğer tüm sorunları elemek için nasıl yapıldığını bilmek güzel olabilir.

— Kritik Beceri
kaynak

0

Subversion 1.5'te, birleştirme uygulamalarını kolaylaştırmak ve neyin birleştirilmesi / birleştirilmesi gerektiğini görmek için birleştirme izlemesi eklendi. Bu her zaman daha fazla ders alır, çünkü devam eden daha fazla işlem vardır.

Subversion'da, birleşmeleri hızlandırmak için 1,6 büyük değişiklik yapıldı ve bu muhtemelen yeni sürümlerde geliştirilmeye devam edecek. Yapılacak en iyi şey, müşterilerinizi güncellemektir.

— Sander Rijken
kaynak