我用谷歌搜索，Binged，在StackOverflow，查看相关问题并搜索，但我找不到我正在寻找的东西。我还搜索了DNN的文档。
我正在寻找的是任何有使用DotNetNuke和SVN经验的人的指导（教程，博客，设置存储库的分步说明）等。
我们将SVN用于所有源代码控制，并且对标准应用程序没有任何问题，因为我们几乎构建了存储库和目录结构来处理我们的进程。这意味着当我们在Visual Studio中进行网站时，我们会进行基于文件的网站，而不是在本地IIS中进行设置。这让我们更容易。
然而，使用DNN，似乎即使您获得了源代码，也希望在本地IIS中进行设置，这意味着我们会感到额外的麻烦。
例如，我们将所有源代码从本地C驱动器移出，并移到服务器上的共享驱动器上。这是为了在我们的常规源代码控制之外启用备份。 （这是管理层的决定）。这意味着我们需要在移动时更改虚拟Web应用程序。
有没有人想出一个解决这个问题的好方法？可以设置DNN，以便可以使用Visual Studio中的开发人员Web服务器，以便我们可以像处理任何普通的Web应用程序一样对待它吗？我错过了一些明显的东西吗？
答案 0 :(得分：4)
来源控制
我建议为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.
的一些信息