Pozycjonowanie stron www.konfiguracja między środowiskami dev, staging i production

Moim podejściem było posiadanie wielu plików konfiguracyjnych. Nie ma znaczenia, czy dev, staging, czy produkcja) umieszczam w sieci.plik konfiguracyjny. Wszystko, co jest specyficzne dla środowiska (np. informacje o połączeniu z bazą danych, logowanie, ustawienia debugowania itp.) I umieścić w lokalnym.plik konfiguracyjny specyficzny dla środowiska. Następnie możesz dołączyć lokalne.ustawienia konfiguracyjne w sieci.config using configSource (http://weblogs.asp.net/fmarguerie/archive/2007/04/26/using-configsource-to-split-configuration-files.aspx)

Www.konfigurację można następnie sprawdzić w kontrolce źródłowej. Nie sprawdzaj lokalnych.pliki konfiguracyjne-które zmuszają cię do wdrożenia poprawnego w skryptach wdrażania.

Używam CruiseControl.NET/NAnt NAnt ma zadanie XMLPoke, które pozwala Ci wejść w trakcie budowania i zmienić dowolne ustawienia konfiguracji za pomocą zapytań XPath.

Więc w każdym z moich celów budowania (DEV, UAT, STAGING itp.) ustawiam kilka właściwości, a następnie wywołuję master build target. Master build target pobiera wartości wszystkich właściwości i XMLPokes je do config i buduje.

Jedną z metod, którą widziałem i używałem, jest ustawienie kluczy w sieci.config do rozróżniania komputerów po nazwie.

Więc na przykład:

<add key="comp1.Environment"       value="DEV"/>
<add key="compdb1.Environment"     value="PROD"/>
<add key="compstage.Environment"    value="STAGE"/>

Oczywiście comp1, compdb1 są rzeczywistymi nazwami komputerów.

Wtedy ustawisz coś w stylu:

<add key="KeyName,DEV"   value="DevEnvironmentValue"/>

W kodzie trzeba by sprawdzić, w jakim środowisku jest uruchomiona aplikacja, a następnie uzyskać odpowiedni klucz, tak na przykład.

private string GetKeyValue() {
    string machineName  = String.Concat(System.Environment.MachineName, ".Environment");
    string environment  = ConfigurationManager.AppSettings[machineName];
    string key          = String.Concat("KeyName", ",", environment);
    string keyValue       = ConfigurationManager.AppSettings[key];

    return keyValue;
}

Istnieje typ projektu o nazwie Web Deployment project , dostępny bezpłatnie od firmy Microsoft, który pozwala ci to zrobić. Możesz zastąpić sekcje swojej sieci.config, w zależności od konfiguracji rozwiązania (debug, release itp.) Używamy tego przez ponad rok i działa dobrze. Jest dostępny dla VS2005 i VS2008.

Hope this will help

Podczas gdy niektóre inne odpowiedzi mogą być bardziej odpowiednie, dodam tylko, że Matt Berseth rozwinął swoją własną metodę w 2007 roku...

Podsumowując, przechowuje wszystkie wartości, które różnią się między środowiskami w zastrzeżonym pliku tekstowym i używa niestandardowego narzędzia podczas procesu budowania, aby scalić wartości do .pliki konfiguracyjne.

W komentarzu do tego wpisu Doron Yaacoby również komentuje:

" w społeczności MSBuild jest zadanie Zadania, które mogą to osiągnąć (i więcej) dla ciebie, co nazywa się XmlMassUpdate. pisałem o tym na moim blogu "

Oto jak dodać różne konfiguracje, które można dostosować do środowisk wdrożeniowych w VS2012

1. Kliknij prawym przyciskiem myszy na rozwiązaniu i wybierz configuration manager
2. Kliknij przycisk Menedżer konfiguracji
3. w kolumnie Konfiguracja wybierz pole combo względem projektu że chcesz dodać konfigurację i wybrać
4. Utwórz nową konfigurację o nazwie TEST i copy settings od wydania i sprawdź Utwórz nowe rozwiązanie pole wyboru konfiguracji
5. Kliknij prawym przyciskiem myszy na stronie.config
6. Dodaj Config Transform
7. potem dostajesz dodatkową sieć.config np web.TEST.config

Po tym trzeba zmodyfikować web.TEST.konfiguracja niektórych przekształceń specyficznych dla środowiska testowego

Musisz zainstalować dla środowiska, a nie budować dla niego. W realnym świecie musisz zainstalować w prod to, co było testowane w QA, bez przebudowy dozwolone. Przynajmniej w moim świecie tak jest.

 Easy way to have that is having an Enumeration , then having a switch statement based on the server name ( if its stable name ) .  
 Call GetURIPath() where ever you require to fetch details , here I given the examples for url's used 


public class StaticData
{
    public enum enumEnvironment
    {
        envNONE = 0,
        envLOC = 1,
        envDEV = 2,
        envTEST = 3,
        envPROD = 4
    }
     private static enumEnvironment GetCurrentEnv()
    {
        if (ConfigurationManager.GetSection("DBSettingsGroup/DBSettings") == null && ConfigurationManager.GetSection("DBSettings") == null)
        {
            return enumEnvironment.envLOC;
        }
        else
        {
            NameValueCollection NVCollection = new NameValueCollection();
            NVCollection = (NameValueCollection)ConfigurationManager.GetSection("DBSettingsGroup/DBSettings");
            if(NVCollection == null)
            {
                NVCollection = (NameValueCollection)ConfigurationManager.GetSection("DBSettings");
            }

            string sEnv = NVCollection.GetValues("serverrole").ToString();

            switch (sEnv.ToUpper())
            {
                case "DEV-ISOLATED":
                    return enumEnvironment.envDEV;
                case "DEVELOPMENT":
                    return enumEnvironment.envDEV;
                case "TEST":
                    return enumEnvironment.envTEST;
                case "PRODUCTION":
                    return enumEnvironment.envPROD;
                default:
                    return enumEnvironment.envNONE;
            }
        }
    }
   public static string GetURIPath()
    {
        switch (GetCurrentEnv())
        {
            case enumEnvironment.envPROD:
                return "http://produrl/yourapp/api/";
            case enumEnvironment.envTEST:
                return "http://testurl/yourapp/api/";
            case enumEnvironment.envDEV:
                return "http://devurl/yourapp/api/";
            default:
                return "http://localhost/yourapp/api/";
        }
    }

}