Bất kỳ ai cũng có bất kỳ mẹo hay nào về xử lý sự khác biệt trong cài đặt web.config giữa các môi trường? Tôi đã xem xét việc tạo một thư mục 'config' trong hệ thống kiểm soát nguồn của chúng tôi nhưng bên ngoài hệ thống phân cấp web và có quá trình triển khai sao chép các tệp cấu hình thích hợp (web.dev.config, web.staging.config, web.production.config) vào thư mục web khi triển khai. Tôi cũng đã nhìn thấy các bài viết về cách lập trình thay đổi các thiết lập cấu hình (WCF thiết bị đầu cuối, dây kết nối, vv) khi ứng dụng bắt đầu.Phân biệt web.config giữa môi trường dev, dàn dựng và môi trường sản xuất
Thực tiễn tốt nhất được xem là gì ở đây và trải nghiệm nào mà mọi người đã có với các phương pháp này hoặc các phương pháp tiếp cận khác?
Cập nhật Sep 2010
Nó đáng chú ý là Visual Studio 2010 cho biết thêm khả năng này thông qua web.config transforms. Khi bạn sử dụng trình quản lý cấu hình xây dựng (Build | Configuration Manager ...) để tạo các cấu hình khác nhau cho dự án của bạn (ví dụ, Debug, Dev, Staging and Release), VS thêm các tệp. *. Config vào giải pháp. Web.config mặc định chứa các thiết lập cơ sở mà bạn sẽ sử dụng để gỡ lỗi. web.release.config, web.staging.config, v.v. chứa các phép biến đổi XSLT sẽ được áp dụng bất cứ khi nào bạn xuất bản dự án của mình dựa trên cấu hình xây dựng đang hoạt động.
Xem http://stackoverflow.com/questions/305447/using-different-web-config-in-development-and-production-environment/305498#305498 – PhilPursglove
@PhilPursglove thật tuyệt vời cho cấu hình thư viện doanh nghiệp, nhưng không trợ giúp với các cài đặt cấu hình khác như tôi có thể nói. Có nhiều thay đổi hơn giữa các môi trường so với các chuỗi kết nối và các thuộc tính liên quan đến db. –