summaryrefslogtreecommitdiff
path: root/revision.c
diff options
context:
space:
mode:
authorAdam Simpkins <adam@adamsimpkins.net>2008-05-24 23:02:04 (GMT)
committerJunio C Hamano <gitster@pobox.com>2008-05-25 19:16:56 (GMT)
commit3c68d67b572bce7ff41de463e75ee093e9dd71b7 (patch)
tree644e0db7ea6e4ee7b0a30e50e0b318943a5210fb /revision.c
parent7528f27dd677bed65d758667a621034b853595b4 (diff)
downloadgit-3c68d67b572bce7ff41de463e75ee093e9dd71b7.zip
git-3c68d67b572bce7ff41de463e75ee093e9dd71b7.tar.gz
git-3c68d67b572bce7ff41de463e75ee093e9dd71b7.tar.bz2
Fix output of "git log --graph --boundary"
Previously the graphing API wasn't aware of the revs->boundary flag, and it always assumed that commits marked UNINTERESTING would not be displayed. As a result, the boundary commits were printed at the end of the log output, but they didn't have any branch lines connecting them to their children in the graph. There was also another bug in the get_revision() code that caused graph_update() to be called twice on the first boundary commit. This caused the graph API to think that a commit had been skipped, and print a "..." line in the output. Signed-off-by: Adam Simpkins <adam@adamsimpkins.net> Signed-off-by: Junio C Hamano <gitster@pobox.com>
Diffstat (limited to 'revision.c')
-rw-r--r--revision.c2
1 files changed, 1 insertions, 1 deletions
diff --git a/revision.c b/revision.c
index 1341f3d..181fb0b 100644
--- a/revision.c
+++ b/revision.c
@@ -1697,7 +1697,7 @@ static struct commit *get_revision_internal(struct rev_info *revs)
* switch to boundary commits output mode.
*/
revs->boundary = 2;
- return get_revision(revs);
+ return get_revision_internal(revs);
}
/*