En collaboration avec une personne utilisant ancienne version de Visual Studio

Question

Quelqu'un at-il une expérience en collaboration avec une personne utilisant une autre version de Visual Studio?

Si je passe à VS 2008 ou 2010, comment il sera difficile de travailler avec quelqu'un en utilisant VS 2005?

Je me rends compte que je vais devoir cibler .NET 2.0 ou que ce soit dans les projets que nous allons partager, mais je suis plus intéressé par la façon de traiter les différences de fichiers projet / solution.

Si je mets à jour mon .vcproj à VS 2008, je ne vais pouvoir le vérifier dans le contrôle source parce que l'autre ne serait pas en mesure de le lire? Si oui, alors comment puis-je faire en sorte que si j'ajouter un fichier à mon projet, que leur projet ramasser?

Est-il possible d'automatiser la génération de fichiers de projets multiples pour chaque version VS? Sinon, quelles sont certaines des meilleures pratiques pour faire face à cette situation.

Answer 1

La façon la plus facile et plus simple que j'ai trouvé est de conserver une copie des versions de Visual Studio downlevel sur ma machine. Je n'ai pas eu de problèmes ou questions à ce jour.

Si vous ne voulez avoir que 2k8 ou 2K10 sur votre machine, l'option suivante est de maintenir deux ensembles de fichiers SLN / csproj dans chaque format. Il est évident que cela implique le risque d'avoir à vérifier les nouveaux fichiers à ajouter dans le projet vous-même, mais cela ne devrait pas être trop mauvais s'il y a seulement deux d'entre vous de travailler sur le projet.

Answer 2

en ce qui concerne le contrôle des sources, il est encore plus ennuyeux: ils doivent être la version exacte, version, service pack et tout le reste sinon ils ont des numéros de version dans les fichiers projet / solution. Un gars ici a oublié un service pack ou quelque chose. Vous savez toujours quand il est archivé.

Answer 3

Si possible, vous devriez vraiment essayer d'utiliser la même version de Visual Studio pour tous les développeurs qui travaillent avec le même code.

La dernière fois que je suis dans une situation où le même projet devait être utilisé dans différentes versions de Visual Studio nous commutation entre VS 2003 et VS 2005 (construction d'une bibliothèque de classes .NET 1.1 ciblage et 2.0). C'était un peu d'une douleur, car nous avions besoin manuellement pour garder les fichiers de projet en phase.

Answer 4

La façon dont je voudrais essayer de résoudre ce problème est en obtenant l'autre développeur mise à niveau vers Visual Studio 2008, vous êtes en mesure de cibler les anciennes versions du cadre dans le binaire compilé est-il une raison pour eux de ne pas mettre à niveau? :)