Re: Trouble with file specific merge strategies
- From
Thomas Hochstein <thh@inter.net>
- Date
- Mar 11, 2012, 15:17 UTC
- Message-ID
- <gcvg.1203111617.379@landroval.ancalagon.de>
- In-Reply-To
- <7vd38jxu5b.fsf@alter.siamese.dyndns.org>
Junio C Hamano wrote:
Show 8 quoted lines
> suvayu ali <fatkasuvayu+linux@gmail.com> writes: > >> ... is that discussion on progit talking about >> something else? > > Sorry, I do not read or write progit, so I do not know offhand what > it says in the section you read and I cannot judge if it was you who > misread, or if it was book that misspoke.
The book says:
Show 23 quoted lines
> You can also use Git attributes to tell Git to use different merge > strategies for specific files in your project. One very useful option > is to tell Git to not try to merge specific files when they have > conflicts, but rather to use your side of the merge over someone > else’s. > > This is helpful if a branch in your project has diverged or is > specialized, but you want to be able to merge changes back in from > it, and you want to ignore certain files. Say you have a database > settings file called database.xml that is different in two branches, > and you want to merge in your other branch without messing up the > database file. You can set up an attribute like this: > >| database.xml merge=ours > > If you merge in the other branch, instead of having merge conflicts > with the database.xml file, you see something like this: > >| $ git merge topic >| Auto-merging database.xml >| Merge made by recursive. > > In this case, database.xml stays at whatever version you originally had.
That seems to be incorrect, as far as I understand the gitattributes man page.
-thh