VisualSVN et les bibliothèques de classes ne sont pas dans la copie de travail Root

Question

Nous sommes en train de passer de SourceGear Vault à TortoiseSVN avec VisualSVN pour l'intégration dans Visual Studio - nous l'adorons. Cependant, il y a plusieurs bibliothèques de classes que nous référençons dans plusieurs applications différentes et qui ne font pas partie de la copie de travail Root dans aucune des applications. Quelle est la meilleure façon de traiter ce problème afin que nous puissions continuer à utiliser l'intégration de Visual Studio, tout en conservant les différentes bibliothèques de classes situées en dehors de la racine de chaque projet/application ? SourceGear n'a pas de problème avec cela.

Il est possible d'ajouter des bibliothèques de classes séparément en utilisant TortoiseSVN dans l'explorateur, mais il n'est pas possible de valider des modifications en dehors de la copie de travail depuis Visual Studio ; il n'y a pas non plus les "feux de signalisation" de VisualSVN indiquant l'état de ces bibliothèques de classes en dehors de la copie de travail.

D'ailleurs, nous optons également pour la solution "un référentiel avec plusieurs projets" plutôt que plusieurs référentiels, d'autant plus que c'est ainsi que nous avons travaillé pendant des années jusqu'à présent.

UPDATE :

J'ai relu certaines choses que j'avais regardées auparavant et j'ai découvert que svn:externals ne se réfère pas seulement à l'utilisation de code dans différents dépôts, mais peut également être utilisé pour utiliser plusieurs copies de travail dans VisualSVN.

Voir http://www.visualsvn.com/support/topic/00007/ y http://svnbook.red-bean.com/en/1.2/svn.advanced.externals.html

Mais est-ce la meilleure façon de traiter ce problème ? Il existe une bon fil conducteur qui traverse les choses, mais ne les résout pas complètement.

Par conséquent, utiliser svn:externals ou non ? Utiliser des dépôts multiples ou non ? Encore une fois, pendant des années, nous avons référencé le code dans des bibliothèques de classes partagées entre plusieurs solutions/applications et cela fonctionne pour nous. Maintenant, comment faire pour que cela fonctionne au mieux avec VisualSVN ?

Answer 1

J'ai trouvé les meilleures réponses aquí :

Projets référencés

Il est parfois utile de construire une copie de travail composée d'un certain nombre d'extractions différentes. Par exemple, vous pouvez vouloir que différents sous-répertoires proviennent de différents endroits d'un référentiel, voire de différents référentiels. Si vous voulez que chaque utilisateur ait la même présentation, vous pouvez définir les propriétés svn:externals.

Et aquí :

Inclure un sous-projet commun

Parfois, vous voudrez inclure un autre projet dans votre copie de travail, par exemple un code de bibliothèque. Vous ne voulez pas dupliquer ce code dans votre référentiel, car vous perdriez alors la connexion avec le code original (et maintenu). Ou peut-être avez-vous plusieurs projets qui partagent le code principal. Il y a au moins 3 façons de traiter ce problème.

Answer 2

Je comprends que cela fait plus de dix ans que vous avez posé cette question, mais je suis heureux de vous dire qu'il y a eu des progrès dans la mise en œuvre de la prise en charge de plusieurs copies de travail dans le plug-in VisualSVN.

VisualSVN 7.1 et 6.5 prendre en charge plusieurs copies de travail au sein d'une même solution . La nouvelle fonctionnalité est disponible pour Visual Studio 2019 y 2017 utilisateurs.

Téléchargez les dernières versions de VisualSVN à partir de la page d'accueil. page de téléchargement . Voir aussi l'article KB7 : Utiliser plusieurs copies de travail dans VisualSVN .