When working with Gerrit, we frequently have multiple parallel commits outstanding which are not merged to master. When master has changed compared to the parent of these commits, we frequently rebase the commit on top of the current master. This means that while the CommitDates of the commits are linear in time, the AuthorDates are not linear (because AuthorDate reflects the time the commit was originally made, not when it was rebased to master).
QB git plugin fails to record history in this case:
00:05:32,610 [master>Clone@BUILDER:8811] WARN - Ignoring fetching changes because the start revision (11aea079bfe6e5688e5fe0f6f3a852aa286534f7) seems elder than end revision (06d5f002015f52af675d3028ce7794f8465541ed).
When working with Gerrit, we frequently have multiple parallel commits outstanding which are not merged to master. When master has changed compared to the parent of these commits, we frequently rebase the commit on top of the current master. This means that while the CommitDates of the commits are linear in time, the AuthorDates are not linear (because AuthorDate reflects the time the commit was originally made, not when it was rebased to master).
QB git plugin fails to record history in this case:
00:05:32,610 [master>Clone@BUILDER:8811] WARN - Ignoring fetching changes because the start revision (11aea079bfe6e5688e5fe0f6f3a852aa286534f7) seems elder than end revision (06d5f002015f52af675d3028ce7794f8465541ed).
There is a similar issue http://track.pmease.com/browse/QB-1139 which was closed with resolution "Won't fix" - can you please comment?
Bug
Resolved
Major
Git plugin incorrectly ignores fetching changes because author date order is not linear
