# Git merge commit message issue 4 messages from 2015-07-06 to 2015-07-06. Participants: Andrey Hsiao, Matthieu Moy. Thread: https://gitlist.dev/t/39784 ## Andrey Hsiao, 2015-07-06 15:41 Subject: Git merge commit message issue Message-ID: URL: https://gitlist.dev/e/loom.20150706T173729-880%40post.gmane.org ``` Dear list: In the past, when we do the merge in git, if conflicts occurred, when we commit, the conflict list will be appended to the default commit message automatically. eg: Conflicts: ....a.java ....b.java Today, after using Git 2.3.0 for a merge, it seems now the conflict list was commented out by default. I just searched a bit in the release notes, don't know whether below item has to do with this change. ---- "git interpret-trailers" learned to properly handle the "Conflicts:" block at the end. ---- We quite rely on the default generated conflict list to reminder us about the "history". Is this the default behavior now (conflict list commented out)? Thanks Best Regards ``` ## Matthieu Moy, 2015-07-06 16:08 Subject: Re: Git merge commit message issue Message-ID: URL: https://gitlist.dev/e/vpqtwths1yq.fsf%40anie.imag.fr In-Reply-To: ``` Andrey Hsiao writes: > Dear list: > > In the past, when we do the merge in git, if conflicts occurred, > when we commit, the conflict list will be appended to > the default commit message automatically. > > eg: > Conflicts: > ....a.java > ....b.java > > Today, after using Git 2.3.0 for a merge, it seems now the conflict list > was commented out by default. Yes, this changed here: https://github.com/git/git/commit/261f315bebfa9af2d09f20211960100ff06f87cb -- Matthieu Moy http://www-verimag.imag.fr/~moy/ ``` ## Andrey Hsiao, 2015-07-06 16:16 Subject: Re: Git merge commit message issue Message-ID: URL: https://gitlist.dev/e/CAArk4YPvO46H2HXkPyPxwirauKXYJ1qpi_GmYMh-T2xz5EdaBQ%40mail.gmail.com In-Reply-To: ``` It was a bit sad since we use scripts to do the merge, then we can check the conflict list in the log message, and assign to separate owners to resolve them. Would it be possible to make it as an config option? On Tue, Jul 7, 2015 at 12:08 AM, Matthieu Moy wrote: > Andrey Hsiao writes: > >> Dear list: >> >> In the past, when we do the merge in git, if conflicts occurred, >> when we commit, the conflict list will be appended to >> the default commit message automatically. >> >> eg: >> Conflicts: >> ....a.java >> ....b.java >> >> Today, after using Git 2.3.0 for a merge, it seems now the conflict list >> was commented out by default. > > Yes, this changed here: > > https://github.com/git/git/commit/261f315bebfa9af2d09f20211960100ff06f87cb > > -- > Matthieu Moy > http://www-verimag.imag.fr/~moy/ ``` ## Matthieu Moy, 2015-07-06 16:33 Subject: Re: Git merge commit message issue Message-ID: URL: https://gitlist.dev/e/vpq8uats0tb.fsf%40anie.imag.fr In-Reply-To: ``` [ Please, don't top-post on this list ] Andrey Hsiao writes: > It was a bit sad since we use scripts to do the merge, then we can > check the conflict list in the log message, and assign to separate > owners to resolve them. > > Would it be possible to make it as an config option? If a script is doing the merge, then I guess you can let your script add the entry in .git/MERGE_MSG (based on something like 'git ls-files -u' or 'git status --porcelain | grep ^U'). This way, your script would work with any version of Git. Having a config option to restore the old behavior would make sense to me at least. I guess it falls in the category "patches welcome". -- Matthieu Moy http://www-verimag.imag.fr/~moy/ ```