What setup do you use for SharePoint (WSS/MOSS) development?

Question

I'm curious to know how other SharePoint developers setup their dev workstations.

My current setup:

• Desktop with Server 2008 (only for Hyper-V, was using Vista before)
• Use Visual Studio 2008 on local machine for dev work
  • Keep a local copy of SharePoint DLLs for referencing, no local SharePoint install
• Run SharePoint in a Server 2003 VM hosted on my local machine

I develop all my SharePoint changes as a WSP and install them into the VM for testing. I don't run code in debug mode, but do write lots of trace statements to watch what my code is doing.

Also, when I'm making quick changes, I normally don't reinstall the entire WSP. I just recompile whatever DLL I changed and copy it into the GAC in my SharePoint VM, then reset IIS (normally writing Web Parts).

I know things would be easier if I ran SharePoint locally, but I'm normally working on more than one project at a time and don't want things to interfere.

Answer 1

Definitely prefer working in VM with SharePoint directly as I can debug into processes correctly, also I have a build script that will either redeploy my entire solution or let me just refresh the GAC.

Answer 2

I do all my development work on one of my VMware images. Since I try to do my SharePoint work in a TDD style I run a lot of tests and then the remote stuff just don't make sense to me.

The single item that have helped me the most is the post build event in visual studio, it is really amazing all the things you can do with a bit of scripting.

Answer 3

Running SharePoint/VS on the same server (either physical or virtual) will get you up and running quickly, but personally I don't think its the way to go.

In addition to what you describe (local VS/SharePoint running in VM's) then a few tips that may make your life easier.

1) Deploy to the bin directory rather than the GAC, then to update all you have to do is copy over your dll/pdb's in a post build batch file - don't think you can do that automatically if they are in the GAC on a remote machine can you?

2) Look at remote debugging - it can be a little bit of a pain to get working first but the effort is worth it! key tip is you need to use the same username/password on both the local and remote machine.

This page is related - Debugging SharePoint 2007 Code