DotNetNuke 和 Subversion 指南

Question

我在 Google 上搜索过、Binged 过，在 StackOverflow 上查看了相关问题并进行了搜索，但我没有找到我要查找的内容。我还搜索了有关 DNN 的文档。

我正在寻找任何指导（教程、博客、设置存储库的分步说明）等来自在使用 DotNetNuke 和 SVN 方面经验丰富的人。

我们使用 SVN 进行所有源代码控制，并且对标准应用程序没有任何问题，因为我们几乎构建了存储库和目录结构来处理我们的流程。这意味着当我们在 Visual Studio 中创建网站时，我们会创建基于文件的网站，而不是在本地 IIS 中设置它们。它只是让我们的事情变得更容易。

但是，使用 DNN，似乎即使您获得了源代码，也期望在本地 IIS 中设置它，这对我们来说意味着额外的头痛。

例如，我们将所有源代码从本地 C 驱动器移到服务器上的共享驱动器上。这是为了在我们正常的源代码控制之外启用备份。 （这是一个管理决定）。所以这意味着我们需要在移动时更改虚拟网络应用程序。

有没有人想出一个解决这个问题的好方法？是否可以设置 DNN 以便可以使用 Visual Studio 中的开发者 Web 服务器，以便我们可以像对待任何普通 Web 应用程序一样对待它？我错过了什么明显的东西吗？

Answer 1

源代码管理

我建议对 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.的信息