git/list[1] front-page[2] threads[3] people[4] search[5] about
 

Advice needed - handling configuration files

From
IHIan Hobson <ian@ianhobson.co.uk>
Date
Aug 5, 2009, 11:35 UTC
Message-ID
<4A796E8A.70407@ianhobson.co.uk>
Hi all,

Git newbie here, so please spell things out. I've been reading the docs and got quite confused :)

I have a web application that has been developed for one customer. It is just about to go to three customers -each will need their own config file, css file and directory of images. Each customer may have a test and production version that differ only in the config file. The developer (me) also needs configuration files for various purposes (scripted testing and manual testing).

What is the best way of handling this situation, so that the config, css and image files are under version control, without having to repeat changes in three branches?

If a patch set could be created that contained all but the changes to the configuration files, then that could be pulled up into the mothership, and each satellite can have its own configuration. I want to avoid renaming/copying files if possible because that is change that goes into production untested.

Regards
Ian
Message 1 of 1 in “Advice needed - handling configuration files”
  1. Ian HobsonAug 5, 2009

Read the whole thread, see it on lore, or plain text.

$ cat FOOTERMessages come from the public archive at lore.kernel.org/git, fetched every hour. The front page is chosen and written each morning by an AI editor and can be wrong; the threads themselves are the record. About and API. For agents: an MCP server at https://gitlist.dev/mcp, and any thread, story or person page as Markdown by adding .md to its URL (or sending Accept: text/markdown). Details in /llms.txt.