我从第2版开始就开始为DNN开发模块，然后我能够轻松地运行我的模块，因为我在我的环境中开发它，并且仍然可以轻松地将我的模块部署为DLL。 当版本4出来并使用网站解决方案（而不是Web应用程序解决方案）。好像有什么东西丢了。我可以继续在我的测试环境中进行开发，并在我制作时立即看到变化，但是对我来说释放已经成为一个令人头痛的问题。
我主要是为一个站点开发我的开发，特别是在我完成更改后，刚刚使用模块的FTP部署到主站点。
我想为多个开发人员设置一个良好的环境，以便能够处理模块。
在向源代码控制添加内容时，人们通常会将所有DNN都放入源代码控制中，这样他们就可以将整个解决方案付诸实践，或者仅仅是他们的模块，每个人都需要建立自己的开发DNN环境？ / p>
我想开始让我的模块项目组织起来，让更多的人可以使用它们，我感到有点失去了一些最佳实践，无论是这样做还是将这些更改部署到现场网站。
答案 0 :(得分：3)
我在博客网站mitchelsellers.com上有一些关于此的详细博客帖子。
我个人使用WAP开发模型，我不检查DNN解决方案，或任何核心文件到源代码控制，因为我不修改任何客户端的核心。当我与多个人合作时，我们为每个人创建一个类似的环境，并且仍然可以使用我们的每个项目，有时我们将拥有完全独立的开发环境，包含单独的数据库和代码，有时我使用共享开发人员用于解决dev模块安装问题的数据库。
使用WAP模型，我使用一种方法在项目构建时使用构建后事件动态创建我的安装包，然后我有一个测试安装，用于验证软件包是否出现。然后通过Attach to Process进行调试。
答案 1 :(得分：2)
如果你需要一些参考资料，我会建议米切尔预订 - Wrox的专业Dotnetnuke模块编程Module Programming - Michel Sellers