Cela dépend dans une certaine mesure de ce que vous entendez par "projet".
J'ai un référentiel local général contenant des morceaux aléatoires de ce que j'écris (y compris mon site web, puisqu'il est petit). Un dépôt SVN local mono-utilisateur ne va pas souffrir de problèmes de performances notables avant que vous n'ayez passé beaucoup d'années à taper. À ce moment-là, SVN sera de toute façon plus rapide. Je n'ai donc pas encore regretté d'avoir tout regroupé dans un seul dépôt, même si certaines des choses qui s'y trouvent n'ont aucun rapport avec le fait que je les ai toutes écrites.
Si un "projet" signifie "un devoir de classe", ou "les scripts que j'utilise pour piloter mon TiVo", ou "mes progrès dans l'apprentissage d'une nouvelle langue", alors créer un dépôt par projet me semble un peu inutile. Mais encore une fois, cela ne coûte rien non plus. Donc je pense que je dirais de ne pas changer ce que vous faites. A moins que vous ne vouliez vraiment faire l'expérience de réorganiser les dépôts, auquel cas faire changez ce que vous faites :-)
Cependant, si par "projet" vous entendez un "vrai" projet logiciel, avec un accès public au dépôt, alors je pense que des dépôts séparés par projet sont ce qui a du sens : en partie parce que cela divise les choses proprement et que chaque projet évolue indépendamment, mais aussi parce que c'est ce que les gens s'attendent à voir.
Le partage de code entre des dépôts distincts est moins problématique que vous ne le pensez, puisque svn dispose de la fonctionnalité "svn:externals". Cela vous permet de faire pointer un répertoire de votre dépôt vers un répertoire d'un autre dépôt, et de vérifier ce contenu automatiquement en même temps que le vôtre. Voir, comme toujours, le livre SVN pour plus de détails.
