0

Après avoir examiné d'autres questions liées au partage de solutions entre VS 2005 et VS 2008, il semble que la solution consiste à avoir deux fichiers de solution (un pour VS 2005 et un pour VS 2008). Cependant, si la solution est sous contrôle de source (VisualSVN dans notre cas), comment conserverions-nous deux fichiers de solution et ne conserverions pas l'un ou l'autre avec chaque mise à jour/validation?Comment utiliser VisualSVN avec une solution partagée entre VS 2005 et VS 2008?

Est-il possible de supprimer uniquement le fichier .sln du contrôle source et d'empêcher le client VisualSVN de vérifier son statut dans visual studio?

Merci

Matt

Répondre

1

Je ne suis pas sûr que je vois le problème - si vous avez deux fichiers de solution, pourquoi l'un d'eux soit écrasé? Je veux vraiment dire deux fichiers, par ex. MyApp2005.sln et MyApp2008.sln, où lorsque vous créez un nouveau projet, vous le faites dans la solution de 2005, puis simplement "ajouter un projet existant" dans la solution de 2008.

Que VisualSVN ferait-il pour gâcher ça?

(j'ai la même configuration pour mon C# in Depth source code, et j'utiliser VisualSVN - Je ne l'ai pas vu aucun problème.)

0

Il travaille maintenant.

J'essayais de mettre à niveau/convertir la solution vers 2008 (le nom de la solution était le même que celui de 2005) et bloquer le fichier de la solution 2008 à partir de la validation/mise à jour.

J'ai maintenant créé une nouvelle solution vierge dans VS 2008 (nom différent) et utilisé "ajouter un projet existant" comme vous l'avez suggéré.

Merci

Matt