다른 클라이언트에 배포 할 ASP.Net 응용 프로그램 구성을 관리하는 데 어려움이 있습니다. 트위들 링을 필요로하는 다양한 설정의 엄청난 양은 많은 시간을 필요로하며 현재 구성 방법이 너무 복잡하여 파트너를 지원하기 위해이 책임을 수행 할 수 없습니다.ASP.NET에서 응용 프로그램 구성을 어떻게 관리합니까?
연구를 위해이 좋은 정보원을 다루는 더 좋은 방법에 대한 제안이 있으십니까?
우리가 현재 가지 방법은 다음과 같습니다,있는 Web.Config에서 예를 들어 AppSettings.xml을 참조하는
- 다양한 XML 설정 파일을.
- 특정 사이트의 구성은 중복 구성 파일에 보관됩니다. 윈저 IOC에 대한 데이터베이스
- C#을 구성 사이트 일부의 경우
- 에 특정 데이터, 수동 일회성 변경의 목록을 포함
- 텍스트 파일. 우리가 겪고있는
특정 문제 : 서로 다른 기능을 가진
- 다른 사이트는, 우리가 다른 비즈니스 규칙 얘기를해야 다른 외부 서비스를 사용 가능.
- 다른 배포 유형 (라이브, 시험, 교육)
- 구성 키 버전에서 변경은 우리가 모든 중복 파일을 업데이트해야 의미 (제거, 추가됩니다) 우리는 여전히 동안 키를 변경 할 수 있어야합니다 응용 프로그램이 우리가이 문제를 접근하는 방법에
우리의 현재 생각를 실행하고 있습니다
-
동적 컴파일 된 코드 (아마도 우우, Binsor 또는 JavaScript)를로 구성을 이동
- 이/diffing의 구성을 병합 어떤 형태의 유무 : 라이브/시험/훈련 설정과 사이트 별 설정과 기본 설정을 결합
결국 병합 설정 시스템을 사용했습니다. 구성 파일은 트리에 저장됩니다. 키를로드 할 때 먼저 가장 구체적인 버전 (사이트 및 배포 유형)을 찾은 다음 키를 찾을 때까지보다 일반적인 파일을 계속 찾습니다. 이 모든 것을 통해 배워야 할 중요한 점은 소스 제어에서 모든 구성을 관리하는 것이 대단히 도움이된다는 것입니다. – GlennS