关于部署：点网Nuke模块有哪些好的模块开发解决方案/环境/最佳实践

从版本2开始，我一直在为DNN开发模块，那时我能够在环境中开发模块时轻松地运行我的模块，并且仍然可以轻松地将模块部署为DLL。
当版本4发布并使用网站解决方案(而不是Web应用程序解决方案)时。好像有些东西丢失了。我可以继续在测试环境中进行开发，并在进行更改时立即看到它们的变化，但是对我而言，发布变得很头疼。

我主要是针对一个站点进行开发，尤其是在完成更改后，我一直在将模块的FTP部署部署到主站点。

我想为多个开发人员建立一个良好的环境，使其能够使用该模块。

在将内容添加到源代码控制中时，人们是否通常将所有DNN都放入源代码控制中，以便他们可以将整个解决方案付诸实践，或者只是他们的模块而每个人都需要建立自己的dev DNN环境？

我想开始组织我的模块项目，以便有更多的人可以处理它们，并且我对这样做和将这些更改部署到实际站点中的一些最佳实践感到有些失落。

---

我的博客网站mitchelsellers.com上有一些与此相关的详细博客文章。

我个人使用WAP开发模型，并且不检查DNN解决方案或任何核心文件到源代码管理中，因为我没有为任何客户修改核心。当与多个人一起工作时，我们为每个人创建一个相似的环境，并且仍然可以与我们的每个项目一起工作，有时我们将拥有带有单独的数据库和代码的完全隔离的开发环境，有时我将与一个共享的开发人员一起工作数据库以解决开发模块安装问题。

通过WAP模型，我使用一种方法来使用后构建事件在项目构建中动态创建安装软件包，然后进行测试安装以验证软件包是否出现。然后通过"附加到进程"完成调试。

---

如果您需要一些参考资料，我会建议Mitchel书-Wrox Module Programming的Professional Dotnetnuke Module Programming-Michel Sellers

---