Subversion pour le contrôle de version

Question

Je travaille sur une application dont le but principal serait de fournir la gestion de contrôle de code source. Mon idée est d'utiliser à SVNKit pour check-out et l'enregistrement dans le fichier. Cependant, tout en travaillant avec SVNKit, je l'ai réalisé ne pas la vitesse que je cherchais. Par exemple, chaque fois que les développeurs créent un ChangeRequest, qui peut englober le changement dans 3-40 fichiers, je dois créer une structure de répertoire distribué dans 32 dossiers. Cela prend environ 50 secondes, Un autre exemple est que, après la création de développeurs de demande de changement peut ajouter des fichiers à la demande. Copie même un seul fichier de tronc vers la branche prend environ 6-7 secondes. Ma question a fait l'expérience comme tout cela et qu'est-ce que vous faites pour améliorer les performances? De plus, mon approche correcte?

NOTE:. J'utilise le protocole protocole "http" et ne peut pas utiliser "svn"

Answer 1

En général SVNKit est pleine Java application de subversion. Et oui, il est beaucoup plus lent que natif. Donc, si vous n'êtes pas limité à Java Seul le code que vous pouvez essayer:

• Utiliser API C SVN native.
• Utiliser des liaisons SVN Java

Pour plus d'information lire: http: // svnbook. red-bean.com/en/1.5/svn.developer.usingapi.html boîte "SVNKit Versus javahl"

Notez également ... protocole n'a presque pas d'effet sur la performance (vraiment).

Answer 2

Je ne connais pas les détails (quel type de fichiers, la taille des fichiers individuels sont?), Mais SVN est pas lent.

Nous l'utilisons ici et fonctionne très bien.

Juste curieux, où est votre serveur SVN hébergé? À l'intérieur ou à l'extérieur de votre réseau? Il pourrait être lent à cause du réseau?

Answer 3

C'est vraiment pas beaucoup d'informations, la plupart du temps passé avant que la rumeur:

• SVN a de sérieux problèmes de mise à l'échelle que le nombre d'utilisateurs dans les trois ou quatre chiffres. Les gens ont tendance à des copies de traction et il y a quelques options de mise à l'échelle pauvres.
• PerfForce, le produit commercial, ne pas les problèmes d'échelle.
• GIT n'a pas de problèmes de mise à l'échelle, mais il est facile de corrompre.
• Mercurial fonctionne bien et échelles bien. Ensuite montre haut de cheval de quelqu'un et Barfs sur la vérification dans des fichiers très volumineux. Il a des problèmes CR / LF ainsi.

Tout cela est la rumeur.