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

HomeHomeArchived Discus...Archived Discus...Developing Under Previous Versions of .NETDeveloping Under Previous Versions of .NETASP.Net 2.0ASP.Net 2.0Team System & DNN - Best PracticesTeam System & DNN - Best Practices
Previous
 
Next
New Post
10/4/2007 3:06 PM
 

 

I recently seen Nestor's blog post about using TFS with DNN. http://www.dotnetnuke.com/Community/Blogs/tabid/825/EntryID/1564/Default.aspx

I am very interested in this topic as well. My team is currently moving to Team Systems and will have several DNN projects. Currently, I have created a DNN site for each team project. Obviously this is a less than optimal solution. I would be excited to hear \ discuss alternative project structures etc with the community.

 

 
New Post
10/4/2007 3:18 PM
 

I know some people use that approach but projects don't actually need a site each, unless it's necessary to compile them against different versions and even then, by automating the compilation process it's not necessary to do that. Furthermore I am only create sites locally, the Source repository is for each individual project which translates for a SPS site for each team.


Do you know the truth when you hear it?
Néstor Sánchez
The Dúnadan Raptor -->Follow Me on Twitter Now!
 
New Post
10/4/2007 3:53 PM
 

We are about to to to Team Foundation at work. I plan to just check the modules into source control. This is the setup that the Core team uses. A module is a separate project. I was not planning on creating a project for the DotNetNuke site. I figured it was core code that was not going to change.



Michael Washington
http://ADefWebserver.com
www.ADefHelpDesk.com
A Free Open Source DotNetNuke Help Desk Module
 
New Post
10/9/2007 12:51 PM
 

I like the idea of a project per module; I assume this requires you to use the complied module template. I have not had much luck witht he compiled modules, I guess I am too accustom to the traditionally web site structure and ways of editing them. With that said, I guess its time to defy the laws of tradition and switch to WAP's.

The reason I added a site to source control for each project was mainly workspace mapping issues. IE. I need to create a skin for project A and one for Project B. It was just easier to throw together a site add a skin using the template and go to work. I have not tried it, and would love input on, mapping your source control to a skin folder inside of your local DNN dev site. would this work? Is there a better option?

 
New Post
10/9/2007 2:36 PM
 

ITLackey wrote

I like the idea of a project per module; I assume this requires you to use the complied module template.

This would not require the compiled module template. As you know I don't use the compiled module template. I only use the dynamic module format. In the DotNetNuke source control, the Survey module is a separate project and it is in the dynamic module format.

Works fine :)



Michael Washington
http://ADefWebserver.com
www.ADefHelpDesk.com
A Free Open Source DotNetNuke Help Desk Module
 
Previous
 
Next
HomeHomeArchived Discus...Archived Discus...Developing Under Previous Versions of .NETDeveloping Under Previous Versions of .NETASP.Net 2.0ASP.Net 2.0Team System & DNN - Best PracticesTeam System & DNN - Best Practices


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