GNOME Bugzilla – Bug 777969
Reordering commits leads to wrong graph display
Last modified: 2017-09-30 20:46:01 UTC
Created attachment 344629 [details] Example repository This could be intended behaviour, but I found it very confusing. It appears that having a linear history where the order of timestamps doesn't match the topological order causes the graph view to display incorrectly. This could happen with interactive rebasing or with cherry-picking. To reproduce: 1. Create a new repository and create 4 arbitrary commits (each on a different file to avoid conflicts during rebasing). 2. Do 'git rebase -i HEAD~3' and swap the order of commits 2 and 3, so that the history is now 1, 3, 2, 4. 3. Do 'git branch HEAD~1 mybranch' so that mybranch references commit 3. 4. Run 'gitg --all'. The history appears as two separate streams (commits 2 and 4 in one stream, commits 1 and 3 in the other). I'll attach a screenshot. Running just gitg (without --all) shows the correct history, as does "show history in topological order".
Created attachment 344630 [details] Screenshot
*** This bug has been marked as a duplicate of bug 619211 ***