# how to deal with conflicts after "git stash apply"?

4 messages from 2007-10-21 to 2007-10-22. Participants: Scott Parish, Johannes Schindelin, Shawn O. Pearce.
Thread: https://gitlist.dev/t/10406

## Scott Parish, 2007-10-21 22:32

Subject: how to deal with conflicts after "git stash apply"?
Message-ID: <20071021223206.GJ16291@srparish.net>
URL: https://gitlist.dev/e/20071021223206.GJ16291%40srparish.net

```
How is the intended way to deal with "git stash apply" conflicts?
If i just edit the file and remove the conflict, "git diff" gives
some really messed up output. Documentation for other commands and
conflicts suggest "git commit" after cleaning up the conflict, or
"git add", but in the case of "stash apply" i'm not ready for a
commit yet, and "git add" keeps "git diff" from showing any output.

Thanks for any clarification
sRp

-- 
Scott Parish
http://srparish.net/

```

## Johannes Schindelin, 2007-10-21 22:40

Subject: Re: how to deal with conflicts after "git stash apply"?
Message-ID: <Pine.LNX.4.64.0710212338200.25221@racer.site>
URL: https://gitlist.dev/e/Pine.LNX.4.64.0710212338200.25221%40racer.site
In-Reply-To: <20071021223206.GJ16291@srparish.net>

```
Hi,

On Sun, 21 Oct 2007, Scott Parish wrote:

> How is the intended way to deal with "git stash apply" conflicts?
> If i just edit the file and remove the conflict, "git diff" gives
> some really messed up output. Documentation for other commands and
> conflicts suggest "git commit" after cleaning up the conflict, or
> "git add", but in the case of "stash apply" i'm not ready for a
> commit yet, and "git add" keeps "git diff" from showing any output.

You are probably seeing combined diffs.

This show not only the differences of the working tree relative to HEAD, 
but also of the changes stored in the stash.

You should have a look into Documentation/diff-format.txt (section 
"combined diff format") to learn more.

Hth,
Dscho

```

## Shawn O. Pearce, 2007-10-22 04:26

Subject: Re: how to deal with conflicts after "git stash apply"?
Message-ID: <20071022042609.GK14735@spearce.org>
URL: https://gitlist.dev/e/20071022042609.GK14735%40spearce.org
In-Reply-To: <Pine.LNX.4.64.0710212338200.25221@racer.site>

```
Johannes Schindelin <Johannes.Schindelin@gmx.de> wrote:
> On Sun, 21 Oct 2007, Scott Parish wrote:
> 
> > How is the intended way to deal with "git stash apply" conflicts?
> > If i just edit the file and remove the conflict, "git diff" gives
> > some really messed up output. Documentation for other commands and
> > conflicts suggest "git commit" after cleaning up the conflict, or
> > "git add", but in the case of "stash apply" i'm not ready for a
> > commit yet, and "git add" keeps "git diff" from showing any output.
> 
> You are probably seeing combined diffs.
> 
> This show not only the differences of the working tree relative to HEAD, 
> but also of the changes stored in the stash.

The reason Scott is seeing a combined diff here is merge-recursive
left the different versions of the file in the higher order stages
of the index when it found conflicts during the apply.  You need
to use git-add to stage the resolved file and replace the higher
order stages with just the normal stage 0.

-- 
Shawn.

```

## Scott Parish, 2007-10-22 04:39

Subject: Re: how to deal with conflicts after "git stash apply"?
Message-ID: <20071022043933.GL16291@srparish.net>
URL: https://gitlist.dev/e/20071022043933.GL16291%40srparish.net
In-Reply-To: <Pine.LNX.4.64.0710212338200.25221@racer.site>

```
> You should have a look into Documentation/diff-format.txt (section 
> "combined diff format") to learn more.

Ah, thanks for the pointer; i hadn't realized that this wasn't
standard diff format. With this and what Shawn said, it all makes
sense now.

sRp

-- 
Scott Parish
http://srparish.net/

```
