Subversion très lent

Question

Je travaille sur un projet où le dossier branches contient au moins 300 branches différentes (copie du tronc) qui ne seront plus utilisées. Comme le SVN fonctionne de plus en plus lentement, je me demande si la suppression de ces branches rendra la subversion plus rapide?

D'autres personnes dans mon équipe disent que puisque le code source sera toujours sur le serveur, il ne changera rien. (Donc la branche reste non effacée).

Mais j'ai lu quelque chose sur Subversion avant (je ne me souviens pas d'où) disant que HEAD est géré un peu différemment de la version précédente ce qui pourrait augmenter la vitesse du référentiel.

Lequel de ces éléments est vrai?

Answer 1

Les performances de Subversion sont plus liées à la charge sur votre serveur que la taille du référentiel. Vérifiez l'espace disque et les performances du processeur, ainsi que les performances du serveur Web (ou svnserve sous Windows).

Si vous supprimez des branches, il existe toujours une version de référentiel contenant ces branches, elles ne seront donc pas supprimées. La seule façon de supprimer du contenu consiste à vider le référentiel (svnadmin dump), puis à utiliser svndumpfilter pour supprimer les branches en question du contenu supprimé. Le contenu résultant peut être chargé dans un nouveau référentiel sans le contenu supprimé, et même les numéros de révision peuvent être mis à jour.

Je ne suis pas au courant que le HEAD est géré différemment en termes de performance. Cependant, les copies de la HEAD (ou toute autre chose) sont des copies bon marché et légères, et ne devraient pas affecter les performances.

Pouvez-vous fournir des informations supplémentaires sur les opérations spécifiques qui ralentissent?