Dot Net Nukeモジュール用のモジュール開発ソリューション/環境/ベストプラクティス

Question

私はバージョン2以降のDNN用モジュールを開発していましたが、その後私のモジュールを簡単に開発できました。私のモジュールをDLLとして簡単に展開することができます。 バージョン4がリリースされ、（Webアプリケーションソリューションではなく）Webサイトソリューションを使用したとき。失われたものがあるようです。私は自分のテスト環境で開発を続け、すぐに私がそれらを作るように変化を見ることができますが、私のために解放は頭痛になっています。

1つのサイトで私の開発を主に行っています。特に、変更を行った後、メインサイトにモジュールをFTPで展開しています。

複数の開発者がモジュールで作業できるようにするには、良い環境を作りたいと思っています。

ソースコントロールに追加するときは、一般的にすべてのDNNをソース管理に入れているので、ソリューション全体を作業に使うことができますか、モジュールだけで、それぞれのユーザーは独自の開発者DNN環境を設定する必要がありますか？

モジュールプロジェクトの編成を開始したいので、より多くの人が作業できるようになりました。これを実行してライブサイトに展開する際のベストプラクティスとして少し失われてしまいました。

Answer 1

私のブログサイトのmitchelsellers.comにこれに関する詳細なブログ投稿があります。

私は個人的にWAP開発モデルを使用しています。私は自分のクライアントのコアを変更しないため、DNNソリューションやコアファイルをソース管理にチェックしません。複数の人と一緒に作業するときは、それぞれの人に似た環境を作成し、それぞれのプロジェクトで作業することができます。時には、個別のデータベースとコードを持つ開発環境を完全に隔離し、 devモジュールのインストールに関する問題を解決するためのデータベースです。

WAPモデルでは、ポストビルドイベントを使用してプロジェクトビルドで動的にインストールパッケージを作成する方法を使用し、パッケージの存在を検証するために使用するテストインストールがあります。デバッグは、Attach to Processを介して行われます。

Answer 2

参考資料が必要な場合は、Mitchelの本をお勧めします。 - プロフェッショナルなDotnetnuke Module Programming with Wrox Module Programming - Michel Sellers