代码之家  ›  专栏  ›  技术社区  ›  David

网络核与颠覆指南

  •  2
  • David  · 技术社区  · 15 年前

    我在StackOverflow上搜索过相关的问题并搜索过,但是我找不到我要找的东西。我还搜索了有关dnn的文档。

    我要找的是任何指导(教程、博客、建立知识库的逐步说明)等,从那些有经验使用DotnetNuke和SVN的人。

    我们将SVN用于所有源代码控制,对于标准应用程序没有问题,因为我们几乎构建了存储库和目录结构来处理流程。这意味着,当我们在Visual Studio中执行网站时,我们将执行基于文件的网站,而不是在本地IIS中设置它们。这只会让我们的生活更轻松。

    但是,对于dnn,似乎即使您获得了源代码,它也希望在本地IIS中设置,这意味着我们将面临更多的麻烦。

    例如,我们将所有源代码从本地C驱动器移到服务器上的共享驱动器上。这是为了在正常的源代码管理之外启用备份。(这是管理层的决定)。这意味着我们需要在移动时更改虚拟Web应用程序。

    有人想出一个解决这个问题的好方法吗?可以设置dnn以便使用Visual Studio中的开发人员Web服务器,以便我们像对待任何普通Web应用一样对待它吗?我是否遗漏了一些明显的东西?

    1 回复  |  直到 14 年前
        1
  •  4
  •   Ian Robinson    14 年前

    源控制

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