Dotnetnuke 开发DNN皮肤或模块的过程,每次更改后无需上传

Dotnetnuke 开发DNN皮肤或模块的过程,每次更改后无需上传,dotnetnuke,dotnetnuke-module,dotnetnuke-7,Dotnetnuke,Dotnetnuke Module,Dotnetnuke 7,当我们的团队开始我们的第一个DNN 7站点的工作时,我们遇到了一个小障碍。皮肤或模块的开发周期似乎是,对于您所做的每一个微小更改,您都需要创建一个新的包并将其上载到DNN。我们的工程师担心他们会陷入以下循环: 调整CSS 为肌肤打造拉链 上传zip到DNN 转至步骤1,直到皮肤完整 将此视为模块开发的隐喻。是否有更好的过程来开发模块和皮肤?我们是否应该创建初始皮肤包,调整已安装的版本,然后更新原始文件 编辑:我们的目的是使可安装的皮肤和模块文件在TFS中受源代码控制,并在进行更改时部署包 如果您

当我们的团队开始我们的第一个DNN 7站点的工作时,我们遇到了一个小障碍。皮肤或模块的开发周期似乎是,对于您所做的每一个微小更改,您都需要创建一个新的包并将其上载到DNN。我们的工程师担心他们会陷入以下循环:

  • 调整CSS
  • 为肌肤打造拉链
  • 上传zip到DNN
  • 转至步骤1,直到皮肤完整
  • 将此视为模块开发的隐喻。是否有更好的过程来开发模块和皮肤?我们是否应该创建初始皮肤包,调整已安装的版本,然后更新原始文件


    编辑:我们的目的是使可安装的皮肤和模块文件在TFS中受源代码控制,并在进行更改时部署包

    如果您在本地开发这些皮肤,那么在URL上运行就可以进行所有您想要的更改,而无需打包/安装皮肤

    这也是进行模块开发的推荐方法

    以下是有关设置本地开发环境的教程:


    如果您不进行本地开发,那么就必须通过FTP/文件系统打包/部署或上载到Web服务器。

    对于模块,您只能安装一次模块,然后将DLL和DesktopModules控件重新复制为生成。您可以编写批处理文件来自动化整个复制/粘贴过程。

    谢谢Chris,我很感激。我们将在开发环境中进行本地开发,但我认为我仍然缺少一些东西。例如,如果我有一个带有皮肤的VS项目,我如何让DNN知道它而不创建zip并在DNN中安装zip?如果它在/portals/_default/skins/skinname文件夹中,DNN将自动看到它。