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

Re: Handling non-git config files

From
rhlee <richard@webdezign.co.uk>
Date
Mar 9, 2010, 10:50 UTC
Message-ID
<1268131827388-4701369.post@n2.nabble.com>
In-Reply-To
<2cfc40321002241337q6b437803m82d05fb272cca6b2@mail.gmail.com>
Git-list,
Thanks to Jon, Ian and Tim for your replies.

I was reading Jon's reply and the workflow he uses seems to fit my purpose. To migrate an application, you would branch it, set any local configuration and commit. To bring over any changes you would just merge them over. This would leave any deployment artifacts (a great term to describe local changes) intact.

I have only been using branching and merging since November, when I was instructed how to do so by git-list. I realise now that this is just basic branching and merging. The workflow described will work with any SCM software that supports branching and merging.

Richard
-- 
View this message in context: http://n2.nabble.com/Handling-non-git-config-files-tp4622419p4701369.html
Sent from the git mailing list archive at Nabble.com.
Previous: Jon Seymour
Message 5 of 5 in “Handling non-git config files”
  1. Richard LeeFeb 23, 2010
  2. Tim MazidFeb 24, 2010
  3. Ian HobsonFeb 24, 2010
  4. Jon SeymourFeb 24, 2010
  5. rhleeMar 9, 2010

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.