2008-09-17 64 views
4

自从版本2开始,我一直在为DNN开发模块,当时我能够轻松地运行我的模块,环境,并仍然可以轻松地将我的模块部署为DLL。 当版本4推出并使用网站解决方案(而不是Web应用程序解决方案)时。似乎有什么东西丢失了。我可以继续在我的测试环境中发展,并立即看到我做出的更改,但对我来说释放已成为头痛。什么是DotNet Nuke模块的一些很好的模块开发解决方案/环境/最佳实践

我主要做一个站点的开发,特别是在完成更改后,我刚刚使用FTP部署模块到主站点。

我想为多个开发人员设置一个良好的环境,以便能够在模块上工作。

在向源代码控制添加东西时,人们通常会将所有DNN都纳入源代码管理,以便他们可以将整个解决方案放在工作中,或者只是模块和每个人都需要设置自己的开发DNN环境?

我想开始组织我的模块项目,以便更多的人可以在他们的工作,我感到有些失败的一些最佳做法,这样做,并将这些更改部署到现场。

回答

3

我在我的博客网站mitchelsellers.com上有几篇关于此的详细博客文章。

我个人使用WAP开发模型,我不检查DNN解决方案或任何核心文件到源代码控制中,因为我不修改我的任何客户端的核心。当与多人合作时,我们为每个人创建了一个类似的环境,并且仍然可以与我们每个单独的项目一起工作,有时我们将使用单独的数据库和代码完全隔离开发环境,而在其他时候,我与共享开发人员一起工作数据库来解决与dev模块安装问题有关的问题。

使用WAP模型,我使用一种方法在项目构建中使用生成后事件动态创建我的安装包,然后使用一个测试安装来验证包是否发生。然后通过Attach to Process进行调试。

相关问题