Gestion de la configuration des applications .NET

Question

Je suis à la recherche de conseils pour stocker efficacement les configurations de nos applications. Un endroit où nous pourrions stocker des chaînes de connexion que nous pourrions utiliser dans les fichiers web.config ou peut-être même un moyen de stocker des fichiers de configuration entiers. Peut-être y a-t-il une solution de stockage de valeur clé qui pourrait aider à cela, lorsque pendant la construction ou après le déploiement avec TFS/Jenkins nous pouvons pointer là et saisir la chaîne de connexion qui devrait être utilisée dans web.config.

Mon point principal est de se débarrasser des chaînes de connexion spécifiques à l'environnement conservées dans les étapes de build/relase ou des scripts qui sont utilisés après le déploiement. Juste un endroit organisé pour les réprimer tous.

Answer 1

Il existe un outil appelé Gestion des versions dans Team Foundation Server.

Chaque déploiement dans chaque environnement peut avoir différentes variables. Cela peut être mis à jour dans un seul endroit. Dans la définition de version, vous pouvez définir des variables d'environnement et les définir pour chaque environnement. Vous pouvez également avoir des remplacements centraux utilisés dans de nombreuses applications.

• Définir un processus de déploiement plus générique une fois, puis personnaliser facilement pour chaque environnement. Par exemple, une variable peut être utilisée pour représenter la chaîne de connexion pour le déploiement Web, et la valeur de cette variable peut être modifiée d'un environnement à une autre. Ce sont les variables personnalisées .
• utilisation des informations sur le contexte de la libération particulier, environnement, artefacts ou agent de dans lequel le processus de déploiement est en cours d'exécution. Par exemple, votre script peut avoir besoin d'accéder à l'emplacement
  de la build pour le télécharger, ou au répertoire de travail sur
  l'agent pour créer des fichiers temporaires. Ce sont les variables par défaut .

Source Lien: Variables in Release Management

Pour construire vous remplacez vos données dev Condign avec des jetons que RM remplace alors par l'environnement dans le cadre du déploiement. Vous pouvez le faire avec un replace token task, il remplacera toutes les variables d'environnement définies avec les valeurs définies dans les variables de libération, que vous pouvez modifier via des variables Configurer:

Pour plus de détails sur la façon d'utiliser la variable , vous pouvez consulter ce blog: Using environment variables for configuration with VSTS build and release

---

Par ailleurs, Variable groups ont été introduits dans TFS/VSTS pour répondre this need.

Ces variables sont partagées au niveau au niveau du projet d'équipe et peuvent être utilisées dans les définitions de génération ou de version.La possibilité de se référer aux groupes de variables à partir des définitions de version est complète et est maintenant disponible dans TFS 2017 et VSTS. La possibilité de faire référence à des groupes de variables à partir de définitions de build est prévue dans la fonctionnalité proche.