Option 1: Vous pouvez simplement rendre le web.config
accessible en écriture locale sans avoir à effectuer de vérification (cela serait facilité par la configuration de VS pour l'invite à la vérification).
Option 2: Déplacez le mot de passe hors du web.config. En utilisant un configSource
attribute pour mettre cette configuration dans un fichier local, pas dans TFS. Chaque développeur conserve ensuite sa propre copie.
E.g. en web.config
:
<configuration>
...
<connectionStrings configSource="LocalConnectionStrings.config"/>
</configuration>
et LocalConnectionStrings.config
:
<connectionStrings>
<add name="MyConnectionString"
connectionString="Data Source=.;Initial Catalog=Test1;Integrated Security=True"
providerName="System.Data.SqlClient"/>
</connectionStrings>
NB. configSource
est implémenté par le runtime de configuration de ASP.NET et est pris en charge sur tous les éléments de configuration pour ASP.NET (et donc pas pour les éléments de configuration arbitraires (y compris les éléments personnalisés)).
(Notez également le <linkedConfiguration> Element
fournit un autre mécanisme comprennent, mais est limité à assemblyBinding
element.)
Si j'ai les paramètres de sécurité Manipuler alors cela pourrait être le meilleur moyen. Mettra à jour demain. merci – koregan
+1 pour une idée intéressante. – NotMe