Môi trường phát triển và triển khai Dotnetnuke

Question

Công ty của tôi đang thiết kế lại trang web mạng nội bộ của chúng tôi và quyết định đi với DotNetNuke làm giải pháp để triển khai. Bây giờ trong năm qua tôi đã cố gắng thúc đẩy những thay đổi ở đây về việc giữ riêng biệt môi trường phát triển, thử nghiệm và sản xuất. Tôi cũng muốn tất cả các thay đổi có liên quan đến trang web để đi vào SVN, điều này bao gồm dữ liệu xác định bố cục trang và mô-đun.

Có ai cố gắng thử điều này với dotnetnuke trước đây không? Và có ai có bất kỳ lời khuyên khác để phát triển các trang web dotnetnuke?

Answer 1

Nguồn Control

tôi khuyên bạn nên sử dụng các dự án riêng biệt cho các dự án DotNetNuke (da, mô-đun, các nhà cung cấp), và không kiểm tra các trang web thực tế bản thân vào môi trường kiểm soát nguồn (DNN Modules sẽ sử dụng các dự án kiểu WAP). Mỗi nhà phát triển sau đó có thể có trang web và cơ sở dữ liệu DotnetNuke của riêng họ trong môi trường phát triển của họ. Tôi cũng không khuyên bạn nên thay đổi lõi của DotNetNuke để bạn có một đường dẫn nâng cấp sạch. Tôi khuyên bạn nên sử dụng công cụ như Red Gate's SQL Data Compare để tạo tập lệnh cơ sở dữ liệu cho dữ liệu của bạn mà bạn có thể giữ trong môi trường kiểm soát nguồn.

Here is some more information about setting up a Web Application Project for a DotNetNuke module.

Testing/Staging/Sản xuất

Giữ những riêng biệt trong DotNetNuke nói chung là rất dễ dàng vì bạn đã tạo module cắm vào một trang web DNN. Đề xuất của tôi là tạo các mô-đun được đóng gói và được phiên bản đúng để bạn có thể cài đặt chúng một cách rõ ràng về thử nghiệm, dàn dựng và sản xuất.

Here is some information on using NAnt to automate DNN module packaging.