开发 DNN 皮肤或模块的过程，无需在每次更改后上传答案

【问题标题】：Process for developing DNN skins or modules without uploading after every single change开发 DNN 皮肤或模块的过程，无需在每次更改后上传
【发布时间】：2014-05-12 20:24:59
【问题描述】：

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

调整 CSS
为皮肤创建 zip
将 zip 上传到 DNN
转到步骤 1，直到皮肤完成

认为这也是模块开发的隐喻。有没有更好的开发模块和皮肤的流程？我们是否应该创建初始皮肤包，调整已安装的版本，然后更新原始文件？

编辑：我们的目的是在 TFS 中将可安装的皮肤和模块文件置于源代码控制之下，并在进行更改时部署包。

【问题讨论】：

标签： dotnetnuke dotnetnuke-module dotnetnuke-7

【解决方案1】：

如果您在本地开发这些皮肤，在类似http://dnndev.me/ 这样的 URL 上运行，您可以进行所有您想要的更改，而无需打包/安装皮肤。

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

以下是设置本地开发环境的教程：

http://www.christoc.com/Tutorials/All-Tutorials/aid/1

如果您不进行本地开发，则必须通过 FTP/文件系统进行打包/部署或上传到网络服务器。

【讨论】：

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

【解决方案2】：

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

【讨论】：