Plik konfiguracyjny ASP.Net -> Ciągi połączeń dla wielu programistów i serwerów wdrożeniowych

Question

Posiadam zespół trzech programistów, z których dwóch korzysta ze standardowej lokalnej testowej bazy danych, z których jedna korzysta z własnej bazy danych i istnieje również środowisko serwera z produkcyjną bazą danych i testową bazą danych.

Jest to wymagane przez wiele ciągów połączenia.

Plik web.config okresowo jest aktualizowany i musi być zmieniany przez każdego programistę podczas wykonywania aktualizacji kontroli źródła, jak również fakt, że czasami programista przypadkowo sprawdza w swojej osobistej zmianie pliku web.config swoją ciąg połączenia, który tymczasowo przerywa nam po uruchomieniu kolejnej aktualizacji z kontroli źródła.

Co mogę zmienić, aby plik web.config mógł zostać zatwierdzony/zaktualizowany tak często, jak jest to konieczne, a nie spowodować przerwania ciągów połączeń dla innych programistów lub wymagać modyfikacji, zanim będzie można go załadować do środowisk testowych lub produkcyjnych?

Answer 1

Może zajść potrzeba zastąpienia sekcji ConnectionStrings pliku Web.Config plikiem źródłowym Config, zatwierdzenie zestawu LIVE ciągów połączenia do kontroli źródła, ale , a nie uwzględnij je w rzeczywistym rozwiązaniu.

Informacje na temat korzystania z atrybutu configSource można znaleźć w sekcji „Korzystanie z plików konfiguracyjnych zewnętrznych” w dokumencie:

Connection Strings and Configuration Files

Ma to tę zaletę, że deweloperzy mogą mieć własne ustawienia które nie zostaną sprawdzone w głównym Web.Config. Potencjalnym minusem jest to, że jest to kolejny plik, o który musisz się martwić, i w zależności od tego, w jaki sposób uzyskujesz dostęp do najnowszej wersji z kontroli kodu źródłowego, może to nie pomóc (np. Jeśli przejdziesz do swojego klienta SC i powiesz "Pobierz najnowsze", że nadpisałoby ten plik, natomiast jeśli jesteś w Visual Studio, kliknij prawym przyciskiem myszy na rozwiązanie/projekt i wybierz "Pobierz najnowsze", które będą tylko pliki w projektach).

Answer 2

W przypadku pytań dotyczących środowisk testowych i produkcyjnych można skorzystać z wersji Visual Studio Web Deployment Projects. Dzięki temu można zdefiniować sekcje w pliku web.config, które zostaną zastąpione podczas budowania pakietu wdrażania dla serwera test/prod.

Answer 3

Można użyć bloku dostępu do danych biblioteki Enterprise do obsługi połączeń z bazą danych. Następnie możesz zdefiniować tyle ciągów połączeń, ile chcesz, i po prostu zmienić klucz użycia na dowolny wymagany. Aby uzyskać więcej informacji, patrz http://www.devx.com/dotnet/Article/30910.