VisualSVN et les bibliothèques de classe ne sont pas dans la racine de la copie de travail

Question

Nous sommes en train de passer de SourceGear Vault à TortoiseSVN avec l'intégration de VisualSVN pour Visual Studio - nous adorons cela. Cependant, il est fait référence à plusieurs bibliothèques de classes dans plusieurs applications différentes qui ne font pas partie de la racine de la copie de travail dans les applications. Quelle est la meilleure façon de gérer cela afin de pouvoir continuer à utiliser l'intégration de Visual Studio, tout en conservant diverses bibliothèques de classes situées à l'extérieur 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 simplement TortoiseSVN dans l'explorateur, mais il est impossible de valider des modifications en dehors de la copie de travail à partir de Visual Studio. il n'y a pas non plus les VisualSVN " feux de circulation " indiquant le statut de ces bibliothèques en dehors des bibliothèques de la classe de travail.

En passant, nous allons également avec le "référentiel unique avec plusieurs projets". route par opposition à plusieurs référentiels, d’autant plus que c’est ainsi que nous travaillons depuis des années.

MISE À JOUR:

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

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

Cependant, est-ce la meilleure façon de traiter ce problème? Il existe un bon fil qui passe en revue certaines choses, mais ne résout pas complètement les choses.

Par conséquent, utilisez svn: externals ou non? Utiliser plusieurs référentiels ou pas? 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 mieux faire cela avec VisualSVN?

Answer 1

Trouver les meilleures réponses ici :

Projets référencés

Parfois, il est utile de créer une copie de travail à partir d’un certain nombre d’exactions différentes. Par exemple, vous pouvez souhaiter que différents sous-répertoires proviennent d'emplacement différents dans un référentiel, ou peut-être même de référentiels différents. Si vous voulez que tous les utilisateurs aient la même disposition, vous pouvez définir les propriétés svn: externals.

Et ici :

Inclure un sous-projet commun

Parfois, vous voudrez inclure un autre projet dans votre copie de travail, peut-être 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 partageant le même code? Il y a au moins 3 façons de gérer cela.

Answer 2

Je comprends que cela fait plus de dix ans que vous avez posé cette question, mais je suis heureux de vous informer que la prise en charge de plusieurs copies de travail dans le plug-in VisualSVN a progressé. VisualSVN 7.1.0-alpha1 est maintenant disponible pour les tests et offre une prise en charge expérimentale de plusieurs copies de travail dans une solution unique .

Veuillez consulter la page de téléchargement des versions préliminaires . Notez que la nouvelle version ne prend en charge que Visual Studio 2019.

PS Voir l'article KB7: utilisation de plusieurs copies de travail dans VisualSVN . Nous allons également le mettre à jour très bientôt.