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 ...How is DNN to be used in a large team working on multiple portalsHow is DNN to be used in a large team working on multiple portals
Previous
 
Next
New Post
3/8/2007 9:59 AM
 
Hi,

We've been struggling with using DNN (ver 4.0.3) on a large team where we currently have 2 portals (about to increase to 3 and more). Team members constantly keep adding new modules and make changes to both the portals. What we have been doing so far is to ask team members to log on to a common integration server and repeat the changes. Is there a better way to handle this in development phase. How have u people handled this.

The problems I see with this approach are:
  1. We do not have a link between the DNN database and our code in repository. Ideally I would love to check in my code into repository and at the same time check in "some files" which contain my DNN modules definitions, page definitions and settings.
  2. I do not have the option of making changes on my machine and check them in somewhere.
  3. The option of asking different portals to integrate on different machines and bring all their changes to the common environment seems missing.
Is there something wrong with our understanding? How are people supposed to use DNN on an application with large number of developers building multiple portals.


 
New Post
3/8/2007 2:27 PM
 

I guess maybe I am mis-understanding your setup...but here is what I am doing.

I develop and test all of my modules on a local installation of DotNetNuke and have all code checked into VisualSourceSafe.

I then package my module and load it to my "Test" DNN installation to ensure it works, then if it works there I publish to my production site by installing the module package.  I have not introduced any errors into my production sites using this method and we do have multiple developers working on projects.


-Mitchel Sellers
Microsoft MVP, ASPInsider, DNN MVP
CEO/Director of Development - IowaComputerGurus Inc.
LinkedIn Profile

Visit mitchelsellers.com for my mostly DNN Blog and support forum.

Visit IowaComputerGurus.com for free DNN Modules, DNN Performance Tips, DNN Consulting Quotes, and DNN Technical Support Services
 
New Post
3/13/2007 10:27 AM
 
hi
I'm sorry I took so long to reply. Im actually stumped by a few things. What exactly did you mean by packaging and installing a module. We use cruise control right now to monitor checkins to VSS and automatically compile all the code. Can I also make it automatically install all modules that we develop?

There is another concern that we have. We have multiple people creating pages on a portal. They add modules onto a new page. Find settings that give them the desired look and feel. Modify some of the html (since some of our modules are quite flexible). We would like to be able to check in these pages that each person creates and automatically integrate all the pages into one portal. How could we go about doing this?

 
Previous
 
Next
HomeHomeUsing DNN Platf...Using DNN Platf...Administration ...Administration ...How is DNN to be used in a large team working on multiple portalsHow is DNN to be used in a large team working on multiple portals


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