2010-12-10 5 views
2

Contexte: Windows 7, VS 2010, tortoisesvn et VisualSVN (tous à jour)Comment devrions-nous gérer .csproj et web.config avec VisualSVN

Nous avons quelques problèmes avec nos fichiers web.config et. csproj: dans ces fichiers il y a des informations communes à l'ensemble du projet (comme la chaîne de connexion, l'élément de configuration) et des informations en fonction de la machine (principalement le chemin du fichier). Donc, le problème est que, chaque fois que je valide mon web.config, mon collègue doit retourner à son fichier et changer les chemins de fichier.

Avez-vous trouvé un moyen de le gérer? J'ai essayé de les supprimer du contrôle de source, mais c'est un problème (chaque fois que quelqu'un ajoute un fichier au projet, nous devons l'ajouter manuellement, ou une clé de configuration).

Merci

Répondre

2

Une façon que nous avons traité des chemins de fichiers dans le web.config est par l'utilisation de liens symboliques. , c'est-à-dire dans le web.config validé, les chemins de fichiers pointent par ex. C:\website puis sur chaque machine développeurs exécutez la commande suivante:

mklink /d C:\Website c:\path\to\develper\specific\checkout 

Ainsi personne ne devrait besoin de re-modifier les chemins pour pointer vers leur espace de travail.

Nous n'avons pas eu de problèmes avec nos fichiers .csproj - ils n'ont pas de config spécifique à leur machine. Nous avons toutefois rencontré des problèmes similaires avec les paramètres app.config. Encore une fois résolu en ayant chaque développeur stocker des fichiers dans un emplacement défini ou ayant un lien symbolique de l'emplacement défini à leur emplacement.

Pour les chaînes de connexion, nous les avons toutes réglées sur localhost ou les avons définies sur localdatabase et possèdent une entrée hôte sur chaque machine de développement. Cela ne fonctionnera que si chaque développeur se connecte au même nom de base de données mais sur un serveur différent. Si vous vous connectez au même serveur de base de données mais à des bases de données différentes, vous aurez besoin d'une tactique différente.

+0

Bonne idée Je vais essayer. Nous n'avons pas de problème avec la base de données, nous utilisons la même base de données locale (dans un autre ordinateur sur le réseau local). Donc, en fait, le seul problème était le chemin du fichier. Merci –

Questions connexes