# spurious fail of git merge after rebasing

3 messages from 2011-04-15 to 2011-04-18. Participants: D. A. van Delft, Jeff King, Danny van Delft.
Thread: https://gitlist.dev/t/27111

## D. A. van Delft, 2011-04-15 22:45

Subject: spurious fail of git merge after rebasing
Message-ID: <201104160045.12633.davd@bart.nl>
URL: https://gitlist.dev/e/201104160045.12633.davd%40bart.nl

```
Hi,

not sure if this is the right place, but I couldn't find a 
bugzilla or something for git.

Point is, I have found a scenario where sometimes git fails on 
a specific merge.
Each time I start with the same identical git repository 
(archived once and restored each time before a run) and run 
the same fixed series of rebases and merges on it. Once in a 
while it fails with a merge conflict, sometimes at first try, 
sometimes after 10+ times. I have a canned set of testcases 
which reproduces this behaviour. I have also narrowed it down 
somewhat on how to work around, or prevent it from occurring. 

However, given that it doesn't always fail or succeed, is 
unexpected.

regards,
Danny A. van Delft

```

## Jeff King, 2011-04-18 06:10

Subject: Re: spurious fail of git merge after rebasing
Message-ID: <20110418061027.GA26221@sigill.intra.peff.net>
URL: https://gitlist.dev/e/20110418061027.GA26221%40sigill.intra.peff.net
In-Reply-To: <201104160045.12633.davd@bart.nl>

```
On Sat, Apr 16, 2011 at 12:45:12AM +0200, D. A. van Delft wrote:

> Point is, I have found a scenario where sometimes git fails on 
> a specific merge.
> Each time I start with the same identical git repository 
> (archived once and restored each time before a run) and run 
> the same fixed series of rebases and merges on it. Once in a 
> while it fails with a merge conflict, sometimes at first try, 
> sometimes after 10+ times. I have a canned set of testcases 
> which reproduces this behaviour. I have also narrowed it down 
> somewhat on how to work around, or prevent it from occurring. 
> 
> However, given that it doesn't always fail or succeed, is 
> unexpected.

Yeah, git should generally be deterministic. Can you show us your test
case?

-Peff

```

## Danny van Delft, 2011-04-18 07:37

Subject: Re: spurious fail of git merge after rebasing
Message-ID: <201104180937.33461.davd@bart.nl>
URL: https://gitlist.dev/e/201104180937.33461.davd%40bart.nl
In-Reply-To: <201104160045.12633.davd@bart.nl>

```
Added attachment contains testcases, in three separate dirs.

I came about this problem during development of a script that 
generates git commands to rebase a graph, with all its wanted 
sub graphs, starting at one commit onto another commit. The 
"runtest" script is the output of this script, hence the 
strange looking branchnames during its operation.

regards,
-- 
Danny
Op zaterdag 16 april 2011 om 00:45 schreef D. A. van Delft:
> Hi,
> 
> not sure if this is the right place, but I couldn't find a
> bugzilla or something for git.
> 
> Point is, I have found a scenario where sometimes git fails
> on a specific merge.
> Each time I start with the same identical git repository
> (archived once and restored each time before a run) and run
> the same fixed series of rebases and merges on it. Once in
> a while it fails with a merge conflict, sometimes at first
> try, sometimes after 10+ times. I have a canned set of
> testcases which reproduces this behaviour. I have also
> narrowed it down somewhat on how to work around, or
> prevent it from occurring.
> 
> However, given that it doesn't always fail or succeed, is
> unexpected.
> 
> regards,
> Danny A. van Delft

```