I am in the process of setting up a complete web-development environment. For now, there are two developers, one dedicated to backend programming (C#, .NET) and one dedicated to frontend development (HTML, CSS, XSLT).
Each have an installation of MS Visual Studio 2008 and shared source via Visual Source Safe 2005. They both checkout files and develop locally.
I have setup a test-server where it is the plan that the merged, and tested, code should finally end up, and that server should allways be the ‘correct’ version.
Each of the 3 installations share the same databases.
I think this setup should scale a bit, as I’m preparing for more developers, but we have quite a lot of problems with file syncing and easy access for quick changes. Often we need to change some layout and designs pretty quickly and end up copying files out to the testserver manually (I don’t want any .NET/C# code-files on the webserver), and the site fails 🙁
We use a standard CMS to build all of our frontend work, and it really slows things down if this is included in the source-safe.
I would like all of our frontend work to be kept completely separated from our backend code so It’s easy to make changes.
Eg. we would like to make a few changes in the design and deploy it quickly to our production environment, without thinking about the .NET code.
Are there anyting I’m missing, or what is the best practice for setting up an web-development environment?
Looking forward for some help/experiance 🙂
/Thomas
You should probably look into a more-capable version control system. SVN has great tool support (including AnkhSVN and VisualSVN for VS2008 integration), and distributed version control systems like Mercurial, Git, or Bazaar will give you even more options and the price of much more basic tool support.
You may need easy branching, and managing the relevant resources using the version control system is made much easier if you can deploy them easily to production (i.e. run ‘svn up’).