Comment utiliser VisualSVN avec une solution partagée entre VS 2005 et VS 2008?

Question

Après avoir examiné d'autres questions liées au partage de solutions entre VS 2005 et VS 2008, il semble qu'il faille avoir deux fichiers de solution (un pour VS 2005 et un pour VS 2008).

Toutefois, si la solution est sous contrôle de code source (VisualSVN dans notre cas), comment pourrions-nous conserver deux fichiers de solution sans ne pas écraser l'un ou l'autre à chaque mise à jour / validation?

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

Merci

Matt

Answer 1

Je ne suis pas sûr de comprendre le problème. Si vous avez deux fichiers de solution, pourquoi l'un de ces fichiers serait-il écrasé? Je veux vraiment dire deux fichiers, par exemple MyApp2005.sln et MyApp2008.sln: lorsque vous créez un nouveau projet, vous le faites dans la solution 2005, puis vous ajoutez simplement le projet existant " dans la solution de 2008.

Qu'est-ce que VisualSVN ferait pour gâcher cela?

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

Answer 2

Cela fonctionne maintenant.

J'essayais de mettre à niveau / convertir la solution en 2008 (le nom de la solution était identique à celui de 2005) et en quelque sorte de bloquer le fichier de solution 2008 de commit / update.

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