<div dir="ltr">There's no "right" way to do it, but one way is to have multiple config files (config-prod.ini, config-devel.ini, for instance), then the actual config file that's used is a copy of one of these. Another way is to have config files filled with environment variables, then a .env file that's used to replace those variables with some build step (or actual deployment script).<div><br></div><div>Having said that, storing actual config variables in source control is generally a bad idea.</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, 21 Mar 2019 at 03:00, Paul Nijjar via kwlug-disc <<a href="mailto:kwlug-disc@kwlug.org">kwlug-disc@kwlug.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">I am sure this is a completely standard question, but you know me.<br>
<br>
I have a git repo (for a website that I did not create) which has some<br>
configuration options checked into git. Let's call this branch<br>
'master'. <br>
<br>
I want to have a development version of the website on my laptop. To<br>
do this, I have to change some of these configuration options. <br>
I made a new branch (let's call it 'devel') and checked it out. Then I<br>
made the changes to my configuration files until I got a local version<br>
of the website working. <br>
<br>
Let's say I check those changes into the 'devel' branch as commit<br>
'abcdef' . (This may be a terrible idea.) <br>
<br>
I want to do some development. I make some more changes to the<br>
devel branch and check them in. Hooray! <br>
<br>
Now it is time to merge the changes I made from devel to master. If I<br>
naively git merge then I will get commit abcdef, which merges in<br>
config options for development, which screws everything up for<br>
production. Oh no!<br>
<br>
I can cherry-pick commits from devel and merge them to master, but<br>
that seems gross and error-prone. Is there a better way for me to<br>
merge the changes from devel into master, EXCLUDING a set of commits<br>
hat I never want merged? I am happy to make additional branches off<br>
of devel if that helps. I do not think that keeping all the<br>
configuration differences between master and devel out of git is<br>
feasible. <br>
<br>
What is the right workflow for this situation? How should I be setting<br>
things up?<br>
<br>
- Paul<br>
-- <br>
<a href="http://pnijjar.freeshell.org" rel="noreferrer" target="_blank">http://pnijjar.freeshell.org</a><br>
<br>
_______________________________________________<br>
kwlug-disc mailing list<br>
<a href="mailto:kwlug-disc@kwlug.org" target="_blank">kwlug-disc@kwlug.org</a><br>
<a href="http://kwlug.org/mailman/listinfo/kwlug-disc_kwlug.org" rel="noreferrer" target="_blank">http://kwlug.org/mailman/listinfo/kwlug-disc_kwlug.org</a><br>
</blockquote></div>