Tôi muốn biết cách người khác duy trì tệp web.config của họ cho các ứng dụng được triển khai. (giả sử không có cơ chế triển khai tự động nào - nằm ngoài phạm vi của câu hỏi này)duy trì các tệp web.config
Vì vậy, trong quá trình phát triển, một số nhà phát triển có thể sử dụng chuyển đổi web.config, xây dựng/xuất bản dự án của họ (debug/release, test/live configuration), sau đó triển khai tất cả các tạo phẩm đã xuất bản lên máy chủ web và thiết lập IIS. Một số nhà phát triển có thể xây dựng/xuất bản các dự án của họ, triển khai các tạo phẩm đã xuất bản lên máy chủ web, thiết lập IIS, sau đó cập nhật web.configs theo cách thủ công cho môi trường cụ thể (test/live, v.v.) mà chúng đang triển khai.
Sau khi triển khai nội tại và ứng dụng đang được sản xuất (trong môi trường sống hoặc môi trường thử nghiệm), làm thế nào để bạn duy trì tệp web.config theo thời gian nếu nói chuỗi kết nối cơ sở dữ liệu hoặc khóa cài đặt ứng dụng thay đổi?
Bạn có sử dụng biến đổi web.config, thực hiện thay đổi trong VS xuất bản lại ứng dụng, sau đó sao chép toàn bộ ứng dụng hoặc có thể chỉ web.config mới vào máy chủ?
Bạn có thực hiện thay đổi web.config theo cách thủ công trên máy chủ không?
Bạn có phiên bản kiểm soát thay đổi web.config trong điều khiển nguồn nếu những thứ như chuỗi kết nối, khóa ứng dụng, vv (không phải cấu trúc) thay đổi không?
Tôi muốn biết cách người khác tiếp cận vấn đề này.
Hiện tại chúng tôi thực hiện các thay đổi đối với web.config trong quá trình sản xuất. Khi chúng tôi triển khai các tính năng mới hoặc sửa lỗi, phiên bản chúng tôi kiểm soát những thay đổi đó và mọi thay đổi đối với web.config chẳng hạn như khóa ứng dụng mới, v.v. Nếu chúng tôi phải triển khai phiên bản mới của ứng dụng, chúng tôi sẽ sao lưu phiên bản hiện tại vào sản xuất máy chủ, xóa tất cả các tệp cấu hình ngoại lệ, sau đó sao chép phiên bản mới mà không cần tệp cấu hình vào máy chủ sản xuất, giữ lại cấu hình hiện có. Sau đó, so sánh thủ công cấu hình hiện tại với cấu hình chúng tôi có trong điều khiển nguồn để tính toán các thay đổi trong lược đồ.
Chúng tôi đang tạm ẩn để sửa đổi điều này bởi vì chúng tôi muốn một quy trình có thể tái tạo và không dễ bị lỗi của con người. Tôi không tin rằng giải pháp là 100% biến đổi web.config. Ngay cả khi bạn sử dụng các biến đổi, dường như có một số can thiệp của con người cần thiết trong việc triển khai vì có khả năng một giá trị trong tệp cấu hình sản xuất có thể đã thay đổi và không được cập nhật trong điều khiển nguồn. Những người khác giải quyết vấn đề này như thế nào?
trong khi sử dụng configSource, thay đổi trong bất kỳ thuộc tính nào trong appsettings.config không tự động được chọn bởi IIS cho đến khi bạn cập nhật dấu thời gian của web.config – Adeel
yeh, web.config bị tấn công khi chúng tôi tải lên lại toàn bộ trang web – djeeg
vai trò quản trị viên và nhà phát triển của bạn được xử lý bởi một người hoặc một nhóm (phát triển trong trường hợp của bạn). Đối với chúng tôi, điều này đang thay đổi theo hướng tách biệt nghiêm ngặt giữa hai, vì vậy môi trường sản xuất thực tế bị trừu tượng hóa và cấu hình của nó không được biết đến với nhóm phát triển. Vì vậy, chúng ta có thể kiểm soát các tập tin cấu hình của chúng ta - nhưng chúng ta làm, nhưng về cơ bản điều duy nhất hữu ích trong điều khiển phiên bản là lược đồ/cấu trúc của tệp cấu hình, chứ không phải dữ liệu, vì vai trò quản trị xử lý việc quản lý đó. – Jeremy