2008-09-17 34 views
4

自從版本2開始,我一直在爲DNN開發模塊,當時我能夠輕鬆地運行我的模塊,環境,並仍然可以輕鬆地將我的模塊部署爲DLL。 當版本4推出並使用網站解決方案(而不是Web應用程序解決方案)時。似乎有什麼東西丟失了。我可以繼續在我的測試環境中發展,並立即看到我做出的更改,但對我來說釋放已成爲頭痛。什麼是DotNet Nuke模塊的一些很好的模塊開發解決方案/環境/最佳實踐

我主要做一個站點的開發,特別是在完成更改後,我剛剛使用FTP部署模塊到主站點。

我想爲多個開發人員設置一個良好的環境,以便能夠在模塊上工作。

在向源代碼控制添加東西時,人們通常會將所有DNN都納入源代碼管理,以便他們可以將整個解決方案放在工作中,或者只是模塊和每個人都需要設置自己的開發DNN環境?

我想開始組織我的模塊項目,以便更多的人可以在他們的工作,我感到有些失敗的一些最佳做法,這樣做,並將這些更改部署到現場。

回答

3

我在我的博客網站mitchelsellers.com上有幾篇關於此的詳細博客文章。

我個人使用WAP開發模型,我不檢查DNN解決方案或任何核心文件到源代碼控制中,因爲我不修改我的任何客戶端的核心。當與多人合作時,我們爲每個人創建了一個類似的環境,並且仍然可以與我們每個單獨的項目一起工作,有時我們將使用單獨的數據庫和代碼完全隔離開發環境,而在其他時候,我與共享開發人員一起工作數據庫來解決與dev模塊安裝問題有關的問題。

使用WAP模型,我使用一種方法在項目構建中使用生成後事件動態創建我的安裝包,然後使用一個測試安裝來驗證包是否發生。然後通過Attach to Process進行調試。

相關問題