# merge --no-commit not able to report stats more verbosely? 5 messages from 2012-10-22 to 2012-10-29. Participants: Scott R. Godin, Jeff King, Phil Hord. Thread: https://gitlist.dev/t/31899 ## Scott R. Godin, 2012-10-22 13:39 Subject: merge --no-commit not able to report stats more verbosely? Message-ID: URL: https://gitlist.dev/e/k63iai%24kbp%241%40ger.gmane.org ``` As you can see from the below, I can't seem to get it to give me more verbose results of what's being merged (as in the actual merge below) with --stat or -v .. is it supposed to do that? (develop)>$ git merge --no-commit --stat -v widget_twitter Automatic merge went well; stopped before committing as requested (develop|MERGING)>$ git merge --abort (develop)>$ git merge widget_twitter Merge made by the 'recursive' strategy. .../code/community/Dnd/Magentweet/Model/User.php | 3 ++- 1 files changed, 2 insertions(+), 1 deletions(-) (develop)>$ git --version git version 1.7.7.6 -- (please respond to the list as opposed to my email box directly, unless you are supplying private information you don't want public on the list) ``` ## Scott R. Godin, 2012-10-26 17:18 Subject: Re: merge --no-commit not able to report stats more verbosely? Message-ID: URL: https://gitlist.dev/e/k6egli%24t6c%241%40ger.gmane.org In-Reply-To: ``` Looks like I got lost in the press of other issues. anyone? On 10/22/2012 09:39 AM, Scott R. Godin wrote: > As you can see from the below, I can't seem to get it to give me more > verbose results of what's being merged (as in the actual merge below) > with --stat or -v .. is it supposed to do that? > > (develop)>$ git merge --no-commit --stat -v widget_twitter > Automatic merge went well; stopped before committing as requested > (develop|MERGING)>$ git merge --abort > > (develop)>$ git merge widget_twitter > Merge made by the 'recursive' strategy. > .../code/community/Dnd/Magentweet/Model/User.php | 3 ++- > 1 files changed, 2 insertions(+), 1 deletions(-) > > > (develop)>$ git --version > git version 1.7.7.6 > > > -- (please respond to the list as opposed to my email box directly, unless you are supplying private information you don't want public on the list) ``` ## Jeff King, 2012-10-28 11:21 Subject: Re: merge --no-commit not able to report stats more verbosely? Message-ID: <20121028112150.GD11434@sigill.intra.peff.net> URL: https://gitlist.dev/e/20121028112150.GD11434%40sigill.intra.peff.net In-Reply-To: ``` On Mon, Oct 22, 2012 at 09:39:31AM -0400, Scott R. Godin wrote: > As you can see from the below, I can't seem to get it to give me more > verbose results of what's being merged (as in the actual merge below) > with --stat or -v .. is it supposed to do that? Yes. The diffstat is shown for the completed merge, but here: > (develop)>$ git merge --no-commit --stat -v widget_twitter > Automatic merge went well; stopped before committing as requested You do not complete the merge. > (develop|MERGING)>$ git merge --abort > > (develop)>$ git merge widget_twitter > Merge made by the 'recursive' strategy. > .../code/community/Dnd/Magentweet/Model/User.php | 3 ++- > 1 files changed, 2 insertions(+), 1 deletions(-) Whereas here you do, and you get a diffstat. When you are in the middle of an uncompleted merge and want to know what is happening, you should look at the index using "git status" (to get an overview of what is ready to be committed and what is unmerged), "git diff --cached" (to see what was automatically merged and is ready for commit), and "git diff" (to see conflicted entries that still need to be resolved). -Peff ``` ## Phil Hord, 2012-10-29 18:12 Subject: Re: merge --no-commit not able to report stats more verbosely? Message-ID: URL: https://gitlist.dev/e/CABURp0oX5aT%3DyEbYeDXoOPWj_aRscVBY327_E6uyrrp5TPvcxA%40mail.gmail.com In-Reply-To: <20121028112150.GD11434@sigill.intra.peff.net> ``` On Sun, Oct 28, 2012 at 7:21 AM, Jeff King wrote: > On Mon, Oct 22, 2012 at 09:39:31AM -0400, Scott R. Godin wrote: > >> As you can see from the below, I can't seem to get it to give me more >> verbose results of what's being merged (as in the actual merge below) >> with --stat or -v .. is it supposed to do that? > > Yes. The diffstat is shown for the completed merge, but here: > >> (develop)>$ git merge --no-commit --stat -v widget_twitter >> Automatic merge went well; stopped before committing as requested > > You do not complete the merge. > >> (develop|MERGING)>$ git merge --abort >> >> (develop)>$ git merge widget_twitter >> Merge made by the 'recursive' strategy. >> .../code/community/Dnd/Magentweet/Model/User.php | 3 ++- >> 1 files changed, 2 insertions(+), 1 deletions(-) > > Whereas here you do, and you get a diffstat. > > When you are in the middle of an uncompleted merge and want to know what > is happening, you should look at the index using "git status" (to get an > overview of what is ready to be committed and what is unmerged), "git > diff --cached" (to see what was automatically merged and is ready for > commit), and "git diff" (to see conflicted entries that still need to be > resolved). I think he is looking for this bit "Merge made by the 'recursive' strategy." But he is seeing this instead: "Automatic merge went well; stopped before committing as requested" Should the "what happened" output be silenced on --no-commit? Phil ``` ## Jeff King, 2012-10-29 21:51 Subject: Re: merge --no-commit not able to report stats more verbosely? Message-ID: <20121029215154.GE20513@sigill.intra.peff.net> URL: https://gitlist.dev/e/20121029215154.GE20513%40sigill.intra.peff.net In-Reply-To: ``` On Mon, Oct 29, 2012 at 02:12:32PM -0400, Phil Hord wrote: > >> (develop)>$ git merge widget_twitter > >> Merge made by the 'recursive' strategy. > >> .../code/community/Dnd/Magentweet/Model/User.php | 3 ++- > >> 1 files changed, 2 insertions(+), 1 deletions(-) > > > > Whereas here you do, and you get a diffstat. > > > > When you are in the middle of an uncompleted merge and want to know what > > is happening, you should look at the index using "git status" (to get an > > overview of what is ready to be committed and what is unmerged), "git > > diff --cached" (to see what was automatically merged and is ready for > > commit), and "git diff" (to see conflicted entries that still need to be > > resolved). > > I think he is looking for this bit > "Merge made by the 'recursive' strategy." > > But he is seeing this instead: > "Automatic merge went well; stopped before committing as requested" > > Should the "what happened" output be silenced on --no-commit? Ah. Yeah, we should not print "Merge made by the..." because we did not make a merge (and that message is part of the process to update the ref). But in verbose mode, we could probably say more about the on-going process (like which strategies we are trying). Patches welcome. -Peff ```