Środowisko programistyczne Dotnetnuke i wdrożenie

Question

Moja firma zmienia wygląd naszej witryny intranetowej i zdecydowała się wdrożyć rozwiązanie DotNetNuke. Od zeszłego roku staram się wprowadzać zmiany w tym zakresie, oddzielając środowiska programistyczne, testowe i produkcyjne. Chcę również, aby wszystkie zmiany związane z witryną podlegały SVN, w tym dane definiujące układ strony i modułu.

Czy ktoś próbował już próbować tego z dotnetnuke? Czy ktoś ma jakieś inne wskazówki dotyczące tworzenia witryn dotnetnuke?

Answer 1

sterowania źródłami

Polecam stosując oddzielne projekty dla projektów DotNetNuke (skórki, moduły, dostawcy), a nie sprawdzenie rzeczywistej strony internetowej sam do środowiska kontroli źródła (DNN Moduły użyłby projekt styl WAP). Każdy programista może wtedy mieć własną witrynę DotnetNuke i bazę danych w swoim środowisku programistycznym. Nie polecam też wprowadzania zmian w rdzeniu DotNetNuke, aby mieć czystą ścieżkę aktualizacji. Polecam używanie narzędzia takiego jak Red Gate's SQL Data Compare w celu generowania skryptów bazy danych dla twoich danych, które również możesz zachować w środowisku kontroli źródła.

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

Testowanie/Inscenizacja/Produkcja

Utrzymanie tych osobna w DotNetNuke jest ogólnie bardzo łatwe, ponieważ jesteś już tworzenie modułów, które podłącza się do witryny DNN. Moją rekomendacją jest tworzenie spakowanych i odpowiednio wersjonowanych modułów, aby można było je łatwo zainstalować podczas testowania, testowania i produkcji.

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