.net - Dotnetnukeの開発環境とデプロイメント

Question

私の会社はイントラネットサイトを再設計しており、実装するソリューションとしてDotNetNukeを使用することにしました。ここ1年間、開発、テスト、本番環境を分離することについて、ここで変更を推進しようとしてきました。また、サイトに関連するすべての変更をSVNに反映させたいと思います。これには、ページとモジュールのレイアウトを定義するデータが含まれます。

以前にdotnetnukeでこれを試した人はいますか？そして、dotnetnukeサイトを開発するための他のヒントはありますか？

Answer 1

ソース管理

DotNetNuke プロジェクト (スキン、モジュール、プロバイダー) には別のプロジェクトを使用し、実際の Web サイト自体をソース管理環境にチェックインしないことをお勧めします (DNN モジュールは WAP スタイル プロジェクトを使用します)。各開発者は、開発環境に独自の DotnetNuke サイトとデータベースを持つことができます。また、クリーンなアップグレード パスを確保するために、DotNetNuke のコアに変更を加えることもお勧めしません。ソース管理環境にも保持できるデータのデータベース スクリプトを生成するために、 Red Gate の SQL Data Compareなどのツールを使用することをお勧めします。

DotNetNuke モジュール用の Web アプリケーション プロジェクトの設定に関する詳細情報を次に示します。

テスト/ステージング/本番

DNN サイトにプラグインするモジュールを既に作成しているため、DotNetNuke でこれらを分離しておくのは一般的に非常に簡単です。テスト、ステージング、および本番環境でクリーンにインストールできるように、パッケージ化され、適切にバージョン管理されたモジュールを作成することをお勧めします。

ここでは、NAnt を使用して DNN モジュールのパッケージ化を自動化する方法について説明します。