Discussion :

[estacado]

Bonjour à tous,

J'ignore si je post mon message au bon endroit, mais si c'est pas au bon endroit merci de le déplacer... car ce n'est pas forcément évident vu le sujet traiter

En fait j'aimerais savoir la meilleure approche pour exploiter un serveur svn avec les solutions/projets de visual studio.

Je m'explique dans le cadre de développement d'applications. On se retrouve a avoir des projets commun à plusieurs solutions... (Une librairie commune par exemple).

Comment faire en sorte de pouvoir gérer une solution A dans subversion avec par exemple un projet 1 et 2. et par exemple dans la solution B le projet 1 et 3.

On a donc en commun le projet 1. Comment faire en sorte que quand je récupére la solution A ou B je sois sur d'avoir la derniére version du projet 1?

Ma question est surrement bête... Mais je n'ai pas réussi à trouver d'info sur la question. J'ai des infos sur un projet en entier. Mais quand j'ai un projet avec des ressources partagées... je n'ai rien trouvé.

Je suppose que je dois pas prendre les choses par le bon bout...

Donc si quelqu'un avait la gentillesse de m'aiguillonner sur le sujet. Merci d'avance.

ps : Je m'excuse d'avance si mon post n'est pas au bonne endroit, mais pas trouver de section adaptée.

[_skip]

Si les projets 1, 2 et 3 suivent le même cycle de release et composent un même ensemble de produits, vous devriez vous en sortir en mettant les 2 solutions dans le même tronc sous des répertoires différents.

[estacado]

J'ai l'impression que je ne vais pas avoir d'autres choix .

En fait ce qui m'embette c'est que cela ne fait pas trés intégrer à visual studio cette démarche. J'ai essayé en utilisant, svn:external. Mais je me retrouve avec le projet commun non intégrer à visual studio, or les sources sont bien récupéré sur le disque. Et si je tente d'ajouter à la mano ce fameux projet... il me dit que ce projet existe déjà dans la solution.

Bref un comportement assez étrange...

[_skip]

Vous pouvez aussi utiliser team foundation qui a son propre système de gestion de source.
Ce qui sera inévitable c'est que si vous avez autre chose que des project references (cas où un projet est référencé dans une autre solution), c'est de recompiler les projets référencés que vous venez d'updater.

[renoo]

Si les projets 1, 2 et 3 suivent le même cycle de release et composent un même ensemble de produits, vous devriez vous en sortir en mettant les 2 solutions dans le même tronc sous des répertoires différents.

L'autre solution c'est de faire une arborescence

common_libs/trunk/projet1 (avec éventuellement une solution)

et aussi
product1/trunk/projet2 et la solution1.sln à la racine de product1/trunk
product2/trunk/projet3 et la solution1.sln à la racine de product1/trunk
ensuite tu fais un svn:external sur common_libs/trunk/projet1 dans chacun des product1/trunk

Attention en général il faut faire des svn:external sur une revision donnée et pas sur la revision head sinon tu perds la reproducibilité.