threads / discuss / 31899

merge --no-commit not able to report stats more verbosely?

Subject: merge --no-commit not able to report stats more verbosely?

## tl;dr

5 messages between Oct 22, 2012 and Oct 29, 2012.

replies: 4people: 3as markdown or json

Scott R. Godin· Oct 22, 2012, 13:39 UTC · lore

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· Oct 26, 2012, 17:18 UTC · re: Scott R. Godin · lore

Re: merge --no-commit not able to report stats more verbosely?

Looks like I got lost in the press of other issues. anyone?
On 10/22/2012 09:39 AM, Scott R. Godin wrote:
Show 19 quoted lines
> 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· Oct 28, 2012, 11:21 UTC · re: Scott R. Godin · lore

Re: merge --no-commit not able to report stats more verbosely?

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.
Show 6 quoted lines
> (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· Oct 29, 2012, 18:12 UTC · re: Jeff King · lore

Re: merge --no-commit not able to report stats more verbosely?

On Sun, Oct 28, 2012 at 7:21 AM, Jeff King <peff@peff.net> wrote:
Show 28 quoted lines
> 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· Oct 29, 2012, 21:51 UTC · re: Phil Hord · lore

Re: merge --no-commit not able to report stats more verbosely?

On Mon, Oct 29, 2012 at 02:12:32PM -0400, Phil Hord wrote:
Show 21 quoted lines
> >> (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

← back to recent threads