DotNetNuke和顛覆指導原則

我已經谷歌搜索，Binged，並在這裏在StackOverflow，查看相關的問題和搜索，但我沒有找到我在找什麼。我也在DNN上搜索過文檔。DotNetNuke和顛覆指導原則

我在找的是有經驗的人在使用DotNetNuke和SVN時的任何指導（教程，博客，設置存儲庫的逐步說明）等。

我們對我們所有的源代碼管理都使用SVN，並且在標準應用程序中沒有問題，因爲我們幾乎建立了存儲庫和目錄結構來處理我們的流程。這意味着當我們在Visual Studio中執行網站時，我們會執行基於文件的網站，而不是在本地IIS中進行設置。它只是讓我們更容易。

但是，有了DNN，即使你得到了源代碼，它也期望在本地IIS中設置，這意味着我們會有更多的麻煩。

例如，我們將所有源代碼從本地C驅動器移到服務器上的共享驅動器上。除了正常的源代碼管理以外，還可以啓用備份。（這是一個管理決定）。所以這意味着我們需要在移動時更改虛擬Web應用程序。

有沒有人想出一個很好的方法來解決這個問題？可以設置DNN，以便可以使用Visual Studio中的開發人員Web服務器，以便我們可以像處理任何常規Web應用程序一樣對待它？我錯過了明顯的東西嗎？

來源

2010-03-19 David

嘿大衛，請參閱我對另一個相關問題的回答，因爲它可能提供一些見解。如果您有任何其他問題，請告訴我，我會盡力在此回答。 http://stackoverflow.com/questions/295837/dotnetnuke-development-environment-and-deployment/296111#296111 – 2010-03-19 20:22:15

源控制

我建議使用單獨的項目爲DotNetNuke項目（皮膚，模塊，供應商），並沒有檢查實際網站本身到源代碼控制環境（DNN模塊將使用WAP風格項目）。然後每個開發者可以在他們的開發環境中擁有自己的DotnetNuke站點和數據庫。我也不建議對DotNetNuke的核心進行更改，以便您有一個乾淨的升級路徑。我建議使用Red Gate's SQL Data Compare這樣的工具來爲您的數據生成數據庫腳本，這些腳本也可以保存在源代碼管理環境中。

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

測試/分期/生產

保持這些獨立的DotNetNuke的通常是很容易的，因爲你已經創建插到DNN網站的模塊。我的建議是創建打包和正確版本的模塊，以便您可以在測試，準備和生產中完成安裝。您可能需要調查building module packages with MSBuild scripts。另外，這裏有一些關於使用的信息NAnt to automate DNN module packaging.

來源

2010-03-21 15:41:37