# Diff topic branch + working copy changes?

5 messages from 2017-05-16 to 2017-05-17. Participants: Robert Dailey, Junio C Hamano, Samuel Lijin.
Thread: https://gitlist.dev/t/45983

## Robert Dailey, 2017-05-16 19:31

Subject: Diff topic branch + working copy changes?
Message-ID: <CAHd499ADTbO09OJhH_wWBbAcXZeLRLFAqOw5eTe6=abN-JUrUA@mail.gmail.com>
URL: https://gitlist.dev/e/CAHd499ADTbO09OJhH_wWBbAcXZeLRLFAqOw5eTe6%3DabN-JUrUA%40mail.gmail.com

```
So for a topic branch based on master, I can diff ONLY my changes on
the topic branch by doing this simple command:

$ git diff origin/master...

However, this does not include uncommitted working copy changes. To
work around this, I can do this instead:

$ git diff origin/master

(No three-dot notation above)

However this implies a ".." notation which will include changes on
master that have been made after I branched my topic (I use three-dot
to exclude those).

Is there a way I can do the first diff but also include working copy
changes? The reason I'm wanting to do this is because with difftool in
particular I like to make changes on the "right" side of each diff and
have those changes carry over to my working copy as edits I can
commit. This doesn't always work, especially if those same files are
already modified in my working copy but not committed.

```

## Junio C Hamano, 2017-05-17 02:47

Subject: Re: Diff topic branch + working copy changes?
Message-ID: <xmqq37c4yzb3.fsf@gitster.mtv.corp.google.com>
URL: https://gitlist.dev/e/xmqq37c4yzb3.fsf%40gitster.mtv.corp.google.com
In-Reply-To: <CAHd499ADTbO09OJhH_wWBbAcXZeLRLFAqOw5eTe6=abN-JUrUA@mail.gmail.com>

```
Robert Dailey <rcdailey.lists@gmail.com> writes:

> So for a topic branch based on master, I can diff ONLY my changes on
> the topic branch by doing this simple command:
>
> $ git diff origin/master...
>
> However, this does not include uncommitted working copy changes. To
> work around this, I can do this instead:
>
> $ git diff origin/master
>
> (No three-dot notation above)
>
> However this implies a ".." notation which will include changes on
> master that have been made after I branched my topic (I use three-dot
> to exclude those).
>
> Is there a way I can do the first diff but also include working copy
> changes?

I've wished this a few times, but the answer is no.  Not as a
short-hand like "..." anyway.

You can still do 

    $ git diff $(git merge-base origin/master HEAD)

of course.

```

## Robert Dailey, 2017-05-17 13:39

Subject: Re: Diff topic branch + working copy changes?
Message-ID: <CAHd499DNa1zFm+ktWJb-4Rp09DjSc+p4HMqoHiXDj57muwxukw@mail.gmail.com>
URL: https://gitlist.dev/e/CAHd499DNa1zFm%2BktWJb-4Rp09DjSc%2Bp4HMqoHiXDj57muwxukw%40mail.gmail.com
In-Reply-To: <xmqq37c4yzb3.fsf@gitster.mtv.corp.google.com>

```
On Tue, May 16, 2017 at 9:47 PM, Junio C Hamano <gitster@pobox.com> wrote:
> Robert Dailey <rcdailey.lists@gmail.com> writes:
>
>> So for a topic branch based on master, I can diff ONLY my changes on
>> the topic branch by doing this simple command:
>>
>> $ git diff origin/master...
>>
>> However, this does not include uncommitted working copy changes. To
>> work around this, I can do this instead:
>>
>> $ git diff origin/master
>>
>> (No three-dot notation above)
>>
>> However this implies a ".." notation which will include changes on
>> master that have been made after I branched my topic (I use three-dot
>> to exclude those).
>>
>> Is there a way I can do the first diff but also include working copy
>> changes?
>
> I've wished this a few times, but the answer is no.  Not as a
> short-hand like "..." anyway.
>
> You can still do
>
>     $ git diff $(git merge-base origin/master HEAD)
>
> of course.

Thanks Junio, I forgot about merge-base. I'll create some aliases for now:

    # Diff Branch
    db = "!f() { : git diff ; git diff $(git merge-base @{upstream}
HEAD) ; }; f"

    # Diff Tool Branch
    dtb = "!f() { : git diff ; git difftool -d $(git merge-base
@{upstream} HEAD) ; }; f"

Since I use push.default = current, I always keep my upstream set to
the parent branch (origin/master, origin/release/1.2.3, etc). So in my
case these aliases work, but probably not for other push.default
settings like 'upstream'.

Would be nice in the future to have another revision specification
like @{wc} for "HEAD + working copy". I guess this technically isn't a
revision, but something along those lines. Or maybe just an
--include-wc for diff or something.

Thanks again!!

```

## Robert Dailey, 2017-05-17 13:40

Subject: Re: Diff topic branch + working copy changes?
Message-ID: <CAHd499D5WiXfTXCx+Mzg5Mt+L0_pOKVgSuasFOew4QiZ5DGv-A@mail.gmail.com>
URL: https://gitlist.dev/e/CAHd499D5WiXfTXCx%2BMzg5Mt%2BL0_pOKVgSuasFOew4QiZ5DGv-A%40mail.gmail.com
In-Reply-To: <CAHd499DNa1zFm+ktWJb-4Rp09DjSc+p4HMqoHiXDj57muwxukw@mail.gmail.com>

```
On Wed, May 17, 2017 at 8:39 AM, Robert Dailey <rcdailey.lists@gmail.com> wrote:
> Thanks Junio, I forgot about merge-base. I'll create some aliases for now:
>
>     # Diff Branch
>     db = "!f() { : git diff ; git diff $(git merge-base @{upstream}
> HEAD) ; }; f"
>
>     # Diff Tool Branch
>     dtb = "!f() { : git diff ; git difftool -d $(git merge-base
> @{upstream} HEAD) ; }; f"
>
> Since I use push.default = current, I always keep my upstream set to
> the parent branch (origin/master, origin/release/1.2.3, etc). So in my
> case these aliases work, but probably not for other push.default
> settings like 'upstream'.

Correction: settings like 'simple'

> Would be nice in the future to have another revision specification
> like @{wc} for "HEAD + working copy". I guess this technically isn't a
> revision, but something along those lines. Or maybe just an
> --include-wc for diff or something.
>
> Thanks again!!

```

## Samuel Lijin, 2017-05-17 21:17

Subject: Re: Diff topic branch + working copy changes?
Message-ID: <CAJZjrdX6iDQeAV4v7S=_OV6McNFe8Tax3sNUatwhrg+nEOR0jA@mail.gmail.com>
URL: https://gitlist.dev/e/CAJZjrdX6iDQeAV4v7S%3D_OV6McNFe8Tax3sNUatwhrg%2BnEOR0jA%40mail.gmail.com
In-Reply-To: <CAHd499DNa1zFm+ktWJb-4Rp09DjSc+p4HMqoHiXDj57muwxukw@mail.gmail.com>

```
On Wed, May 17, 2017 at 9:39 AM, Robert Dailey <rcdailey.lists@gmail.com> wrote:
>
> Would be nice in the future to have another revision specification
> like @{wc} for "HEAD + working copy". I guess this technically isn't a
> revision, but something along those lines. Or maybe just an
> --include-wc for diff or something.

I think the spec would *just* be the working tree, if it ever got
implemented - I don't think it makes much sense to say "HEAD + working
copy".

Maybe something like this would do what you want?

# Diff Merge Base

dmb = "!f() { : git diff ; ref=$(git rev-parse --abbrev-ref HEAD); git
reset --soft $(git merge-base @{upstream} HEAD); git diff; git reset
--soft \"$ref\"; }; f"

```
