Dot Net Nuke モジュールの優れたモジュール開発ソリューション/環境/ベスト プラクティスは何ですか?

Question

私はバージョン 2 から DNN のモジュールを開発してきましたが、当時は自分の環境で開発したモジュールを簡単に実行でき、さらにモジュールを DLL として簡単にデプロイすることができました。バージョン 4 がリリースされ、(Web アプリケーション ソリューションではなく) Web サイト ソリューションが使用されたとき。どうやら何かを落としてしまったようだ。テスト環境で開発を続けることができ、加えた変更をすぐに確認できますが、リリースするのが頭の痛い問題になっています。

私は主に 1 つのサイトの開発を行っており、特に変更が完了した後はメイン サイトにモジュールを FTP デプロイメントを使用しています。

複数の開発者がモジュールで作業できるように、適切な環境をセットアップしたいと考えています。

ソース管理に何かを追加するとき、一般的に、ソリューション全体を作業できるようにすべての DNN をソース管理に入れるのでしょうか、それともモジュールだけを取り出して、各人が独自の開発 DNN 環境をセットアップする必要があるのでしょうか?

より多くの人が作業できるように、モジュール プロジェクトを整理し始めたいと考えていますが、これを行う場合と、それらの変更をライブ サイトにデプロイする場合のベスト プラクティスについて少し迷っています。

Answer 1

私のブログサイトには、これに関する詳細なブログ投稿がいくつかあります。 ミッチェルセラーズ.com.

私は個人的に WAP 開発モデルを使用しており、クライアントのコアを変更していないため、DNN ソリューションやコア ファイルをソース管理にチェックしません。複数の人と作業する場合、各人に同様の環境を作成し、引き続き個々のプロジェクトで作業できます。時には、個別のデータベースとコードを含む完全に分離された開発環境を使用することもあれば、共有の開発環境で作業することもあります。データベースを使用して、開発モジュールのインストールに関する問題を解決します。

WAP モデルでは、ビルド後のイベントを使用してプロジェクトのビルド時にインストール パッケージを動的に作成する方法を使用し、パッケージが発生することを検証するために使用するテスト インストールを作成します。デバッグは、「プロセスにアタッチ」を介して実行されます。

Answer 2

参考資料が必要な場合は、Mitchel の本「Professional Dotnetnuke Module Programming by Wrox」をお勧めします。 モジュールプログラミング - ミッシェル・セラーズ