IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)
Navigation

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

ASP.NET Discussion :

Settings.settings info et mise en prod


Sujet :

ASP.NET

  1. #1
    Membre chevronné
    Homme Profil pro
    Développeur Web
    Inscrit en
    Juin 2003
    Messages
    353
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 45
    Localisation : France, Hérault (Languedoc Roussillon)

    Informations professionnelles :
    Activité : Développeur Web
    Secteur : High Tech - Opérateur de télécommunications

    Informations forums :
    Inscription : Juin 2003
    Messages : 353
    Par défaut Settings.settings info et mise en prod
    Bonjour,

    actuellement dans mon projet, j'ai un site web et plusieurs DLL.
    Le site web et les DLL ont un fichier settings.settings dans lequel je stocke l'information de connexion à des bases de données.

    Aujourd'hui, j'ai un espace de preprod et un espace de prod.
    J'ai des bases de données preprod et bien sûr de prod.

    Naturellement quand je développe, je suis sur l'espace de preprod.

    Lorsque je veux publier sur l'espace de prod, je dois rentrer dans tous les fichiers settings pour changer les connexions.
    Et puis, je remets les connexions à la preprod.
    Comme ça, c'est un peu fastidieux, et puis je ne suis pas à l'abri d'un oubli.
    (garder des connexions de la prod sur la preprod).

    Est il possible de rendre ce changement automatique ?

    Merci

  2. #2
    Membre éprouvé

    Homme Profil pro
    kiné passionné de dev
    Inscrit en
    Mars 2006
    Messages
    1 570
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 36
    Localisation : France

    Informations professionnelles :
    Activité : kiné passionné de dev

    Informations forums :
    Inscription : Mars 2006
    Messages : 1 570
    Billets dans le blog
    1
    Par défaut
    Les connectionstrings sont accessibles même si elles sont normalement disponibles que pour l'application.

    Après, tu peux te débrouiller avec ton global.asax(dans l'évènement application_start), dedans tu repères l'url du site, et selon ça, tu choisis ton provider.

    Donc il faut que dans le fichier config, tu mettes deux providers (un pour prod et l'autre pour preprod).
    comme je pense qu'en préprod tu utilises l'url localhost et en prod un nom de domaine, ça devrait le faire.

    Compris?

  3. #3
    Rédacteur
    Avatar de lutecefalco
    Profil pro
    zadzdzddzdzd
    Inscrit en
    Juillet 2005
    Messages
    5 052
    Détails du profil
    Informations personnelles :
    Âge : 45
    Localisation : France, Paris (Île de France)

    Informations professionnelles :
    Activité : zadzdzddzdzd

    Informations forums :
    Inscription : Juillet 2005
    Messages : 5 052
    Par défaut
    Le mieux est d'avoir différentes branches quand même.
    Chez nous, on a 1 branche de dev, 1 de recette et 1 de prod.
    A chaque branche correspond une solution, donc fichiers de config différents ...
    Les développeurs font leur boulot sur la branche de dev.
    Quand c'est terminé, ils passent leurs modifs sur la branche de recette.
    Quand la recette est validée par les personnes responsables de ça, ça passe en prod.

  4. #4
    Membre chevronné
    Homme Profil pro
    Développeur Web
    Inscrit en
    Juin 2003
    Messages
    353
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 45
    Localisation : France, Hérault (Languedoc Roussillon)

    Informations professionnelles :
    Activité : Développeur Web
    Secteur : High Tech - Opérateur de télécommunications

    Informations forums :
    Inscription : Juin 2003
    Messages : 353
    Par défaut
    Merci pour vos réponses.
    J'ai bien compris les deux solutions.

    La première me semble un peu "scabreuse" mais c'est la première à laquelle j'ai pensé à mettre en place.

    La deuxième nécessite de dupliquer les solutions et toujours veiller à avoir les bonnes versions de fichiers pour les 3 solutions (dev, preprod, prod).
    Vigilance absolue.
    Et puis je suis un peu seul sur le projet, j'ouvrirais donc 3 visual studio ?

  5. #5
    Rédacteur
    Avatar de lutecefalco
    Profil pro
    zadzdzddzdzd
    Inscrit en
    Juillet 2005
    Messages
    5 052
    Détails du profil
    Informations personnelles :
    Âge : 45
    Localisation : France, Paris (Île de France)

    Informations professionnelles :
    Activité : zadzdzddzdzd

    Informations forums :
    Inscription : Juillet 2005
    Messages : 5 052
    Par défaut
    Moi, j'ouvre qu'une solution à la fois.
    Je fais modif sur la branche de dev.
    Quand j'ai fini. Je ferme la solution, j'ouvre celle de recette et j'utilise win merge ou team system pour passer mes modifs de la dev vers la recette.
    Pareille pour recette => prod

  6. #6
    Membre chevronné
    Homme Profil pro
    Développeur Web
    Inscrit en
    Juin 2003
    Messages
    353
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 45
    Localisation : France, Hérault (Languedoc Roussillon)

    Informations professionnelles :
    Activité : Développeur Web
    Secteur : High Tech - Opérateur de télécommunications

    Informations forums :
    Inscription : Juin 2003
    Messages : 353
    Par défaut
    Merci.

    Il ne semble pas y avoir de solution "plus simple" ou "plus embarqué".
    Ce serait pas mal ça comme évolution dans Visual.

    Bonne journée

+ Répondre à la discussion
Cette discussion est résolue.

Discussions similaires

  1. Réponses: 4
    Dernier message: 27/12/2006, 16h47
  2. Question sur set::set
    Par socrate dans le forum C++
    Réponses: 5
    Dernier message: 07/09/2006, 18h22

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo