Hi, I just looked how you solved that and wanted to start a discussion but you've swooped in first, find. ;-)Well, when I do -m <msg>, I expect that my commit message is exactly <msg>, and not <msg> with appended stuff. Of course, it doesn't matter what I expect, but I think what the documentation says matters. This is (in "master" and in "builtin-merge" of vmiklos.git): -m <msg>:: The commit message to be used for the merge commit (in case it is created). The `git-fmt-merge-msg` script can be used to give a good default for automated `git-merge` invocations. So it is not mentioned that a standard message is appended, and thus the original behavior is somehow "buggy" :) Regards, Stephan --=20 Stephan Beyer <s-beyer@gmx.net>, PGP 0x6EDDD207FCC5040F
| Srivatsa Vaddagiri | Re: [PATCH, RFC] reimplement flush_workqueue() |
| Greg KH | [GIT PATCH] driver core patches against 2.6.24 |
| debian developer | Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3 |
| Rafael J. Wysocki | 2.6.26-rc7-git2: Reported regressions from 2.6.25 |
| Alexey Dobriyan | Re: [GIT]: Networking |
| Gerrit Renker | [PATCH 27/37] dccp: Integration of dynamic feature activation - part 2 (server side) |
| David Miller | Re: [PATCH] pkt_sched: Destroy gen estimators under rtnl_lock(). |
| Ilpo Järvinen | Re: [bug] stuck localhost TCP connections, v2.6.26-rc3+ |
git: | |
