Brian Dukes wrote
Are you using the installer, or the DNN Source or Install package?
We used the 4.7 starter kit to setup the first machine. Well actually we are having some install issues, but that is beside the point of this thread. I am with a team that has been developing a custom web application for our company for many years. I am used to everything being maintained within a single solution that is in VSS. We have an Oracle backend. Multiple developer setup is a synch. When you want the latest working version of the app, we simply do a get latest. We all point to the same dev databse.
I am not sure if doing module development in DNN is any different. I might be working on Module 1 while someone else is working on Module 2. I could see potential problems if dev 2 does some db changes to the central database that affects his module while he is developing. If he in turn doesn't check in his work and proceeds to add a page to the web app to test his new module, I would have a problem if I try to run the version of the module I have on my machine. This is similar to issues we have now in our other app, so we are okay with it.
The million dollar question (since I still have to learn more things about module development) is when I am finsihed with my new or enhanced module, how do I test my module code? Is it as simple as running the site in debug mode and putting breakpoints in my module code?
The setup I was thinking was that each developer would have the .net solution on their local dev machines, but point to a central SQL Server database. Is there problems or concerns with how DNN creates tabid's and such to work like this?