I can recall that back in February, Victor and Geoff were saying that the Daemon preferred set-up was WinCVS with tortoiseCVS on the client PCs. Is that still the case.
CVS. We run it on a Debian linux box (though cvsnt works fine on windows). All developers work on Win2k with Tortoise or WinCVS or both.
Homesite integration through tortoise (works through the explorer shell). Dreamweaver (what's that :) -- well you can get it to work if you use the M$ VSS interface and some open source magic though I personally haven't bothered.
Most of the time though I don't think I really need seamless integration with the IDE.
Also, what's people's thoughts on general developer set-ups. If you have multiple projects and multiple developers, should developers all work on a single central development server and ship to a testing server once developer testing has occurred, or should they develop on their own PCs and only ship back to a central server once they've developer tested? Has anyone got any thoughts on the pros and cons of these two options?
We never share a development server unless we can absolutely can't help it. All developers work on a local copy and only check code in when they think it is stable. Periodically we tag/label the code base and put the build on a staging server for QA -- developers just soldier on locally.
We only deploy labeled builds to production boxen -- lets us easily roll back if we need to. Lots of other advantages....
You can get all sorts of add ons to help let everyone know what's going on... one of my favourites is CVS Monitor -- an example of which you can find here managing the FarCry CMS code base:
http://code.daemon.com.au/
If you're feeling adventurous you might have a play with Subversion -- which is the next generation open source CVS lookalike. Looks like it will make for a very good system when its more feature complete.
Hope that helps,
-- geoff http://www.daemon.com.au/
--- You are currently subscribed to cfaussie as: [EMAIL PROTECTED] To unsubscribe send a blank email to [EMAIL PROTECTED]
MX Downunder AsiaPac DevCon - http://mxdu.com/
