Products

Solutions

Resources

Partners

Community

Blog

About

QA

Ideas Test

New Community Website

Ordinarily, you'd be at the right spot, but we've recently launched a brand new community website... For the community, by the community.

Yay... Take Me to the Community!

Welcome to the DNN Community Forums, your preferred source of online community support for all things related to DNN.
In order to participate you must be a registered DNNizen

HomeHomeUsing DNN Platf...Using DNN Platf...Administration ...Administration ...Best methods - deploymentBest methods - deployment
Previous
 
Next
New Post
2/16/2012 6:50 AM
 

What's the best method for deploying changes to the actual DNN website?  Not worried about modules at all, but the entire website?

For example, I have a development environment, where the DNN install and database lives all on my local machine.  I then have a staging environment where I deploy updates and is only viewable by our internal business users.  My third environment is our actual production environment that is viewable and usable by our actual customers.  The problem I'm facing is, what if I add a page to my local DNN site (development environment) and I want to propagate that change to my staging environment (the internal site only viewable to my business users who are testing - NOT customers)?  And then eventially to my gull on production environment that is used by our custoers.  We use TFS for our code repository so I am familiar with branching and merging code, but I am wondering what is the best way to do that with regards to a DNN site.  Especially given that there is a database piece that goes with the DNN site. 

My goal is basically to have the entire portal in TFS - along with all my module code as well - across all the different environments.  I'd also like to have all of this in TFS so in the event of a catastrophic event, I can push out the code from TFS and get the site back up and running a relatively short time.  The best answer for the that might be a file system back up and seperate DB backup rather than something like TFS.  But what about propagating the actual website changes from environment to environment?  Or does it just need to be a manual process?

Thanks!    

 
New Post
2/16/2012 10:31 AM
 

To deploy content in that scenario you would need to back up and restore the database to production each time you want to deploy content changes.

You could consider a commercial version of DotNetNuke, DotNetNuke Enterprise supports content staging, this allows the end user to develop content in a staging environment and then deploy the content to production via the content staging feature of DNN. It's all web-based and uses WCF as the method of transport.

Deploying development is a different matter entirely. You could have several developers doing development locally, and then use the DNN packager to create a deployment package for test / or production.

 
Previous
 
Next
HomeHomeUsing DNN Platf...Using DNN Platf...Administration ...Administration ...Best methods - deploymentBest methods - deployment


These Forums are dedicated to discussion of DNN Platform and Evoq Solutions.

For the benefit of the community and to protect the integrity of the ecosystem, please observe the following posting guidelines:

  1. No Advertising. This includes promotion of commercial and non-commercial products or services which are not directly related to DNN.
  2. No vendor trolling / poaching. If someone posts about a vendor issue, allow the vendor or other customers to respond. Any post that looks like trolling / poaching will be removed.
  3. Discussion or promotion of DNN Platform product releases under a different brand name are strictly prohibited.
  4. No Flaming or Trolling.
  5. No Profanity, Racism, or Prejudice.
  6. Site Moderators have the final word on approving / removing a thread or post or comment.
  7. English language posting only, please.
What is Liquid Content?
Find Out
What is Liquid Content?
Find Out
What is Liquid Content?
Find Out