[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

RE: howto version control server-specific config files?

From: Jake Robb <jakerobb_at_mac.com>
Date: 2005-06-17 20:44:54 CEST

Ed,

I'm interested to hear what your process is. Where I work, we maintain
individual config files for each server, without any automation or version
control. Most of us are unhappy with the situation, but nobody here has
been successful in devising the desired "better way."

-Jake

-----Original Message-----
From: ed.wittmann@fiserv.com [mailto:ed.wittmann@fiserv.com]
Sent: Friday, June 17, 2005 2:42 PM
To: users@subversion.tigris.org
Subject: howto version control server-specific config files?

I haven't seen a post directly on this, and I'm wondering if some of you
could share your strategies for doing the following:

Suppose I have a web application that I like to jar up into a .war file.
Now, this product relies on a property file that changes very specifically
to the server that the webapp is deployed on.

For example, let's say I have a 3rd party product that I can customize. I
have a license key specific to each installation of this application that
must contain the name of the server that the app is installed on.

This hypothetical file also contains lots and lots of other settings that
are not server-specific, and can and will be shared with other servers.

I'd like to keep as few copies of this file as possible. For instance, if
this file is called myserver_stuff.properties, I want to avoid things like
myserver_stuff.properties.server1 and myserver_stuff.properties.server2.

I'm especially interested in keeping all the non-server specific settings
in this file in sync between the copies that I must have. I also must
version control both the non-specific and server-specific settings.

Any thoughts on this? I have a process now but I think it sucks, so I'm
looking to improve it.

Thanks,

Ed.

---------------------------------------------------------------------
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 Fri Jun 17 20:46:38 2005

This is an archived mail posted to the Subversion Users mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.