On Nov 9, 2005, at 4:26 PM, Andrew Brosnan wrote:
> Hello,
>
> I'm joining a project that is set up as follows:
> * a development server (web and database)
> * two load balanced 'live' web servers
> * two database servers - (master/slave)
> * an offsite 'failover' server - (web and database)
>
> Currently things are a mess because data that should be specific to
> each
> running version is included in the lone branch in the repository;
> so for
> example, an update of the code on the dev server will result in the
> dev
> server trying to connect to the live db rather than the dev db.
> Typically, do you just store this type of data outside of the
> repository? Or would you have a development branch and a live branch?
>
You might consider having four directories:
/dev_branch
/live_branch
/dev_config
/live_config
In dev_config and live_config, put files that can be read by the rest
of the site to get all necessary site-specific config information.
Then put the rest of your site in dev_branch/live_branch. On the
dev_branch and live_branch directories, set svn:externals properties
to point them to dev_config and live_config respectively. That way
you can easily merge the contents of dev_branch over to live_branch
without worrying that someone will accidentally merge development
site configuration information over to the live site.
>
> The code running both live (and dev) servers are working copies. I'm
> told that this was done for the ease of just being able to run
> 'update'
> after changes, thus updating the live (or dev) server(s). What do
> people
> think of this? How do others ensure that your code is up to date in
> cases where the code needs to run in multiple places?
Yes, as long as you don't mind having the extra overhead of .svn
directories on your servers using working copies seems to be the best
approach to take.
>
> I'd appreciate any advice or references to further reading to get
> me off
> on the right foot. The subversion book is great, but I find myself
> still
> wondering about many 'best practices' type things.
Well I wrote a book that covers a lot of SVN best-practices. It's
licensed under an open publishing license (much like the O'Reilly SVN
book), so you can get it in PDF form from Prentice-Hall's website
(link below), or you can buy a hard copy of it if you'd like.
http://www.phptr.com/title/0131855182
-Bill
>
> Regards,
> Andrew
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
> For additional commands, e-mail: users-help@subversion.tigris.org
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Thu Nov 10 17:28:55 2005