user/sven/git.git/graph.c, branch v1.7.6.3

Share color list between graph and show-branch

2011-04-05T06:20:39Z

This also adds the new colors to show-branch that were added a while back for graph output. Signed-off-by: Dan McGee Signed-off-by: Junio C Hamano

rev-list/log: factor out revision mark generation

2011-03-09T21:50:54Z

Currently, we have identical code for generating revision marks ('<', '>', '-') in 5 places. Factor out the code to a single function get_revision_mark() for easier maintenance and extensibility. Note that the check for !!revs in graph.c (which gets removed effectively by this patch) is superfluous. Signed-off-by: Michael J Gruber Signed-off-by: Junio C Hamano

Merge branch 'maint'

2010-08-23T03:18:37Z

* maint: Typos in code comments, an error message, documentation

Typos in code comments, an error message, documentation

2010-08-22T20:25:08Z

Signed-off-by: Ralf Wildenhues Signed-off-by: Junio C Hamano

Enable custom schemes for column colors in the graph API

2010-07-13T23:33:02Z

Currently, the graph code is hardcoded to use ANSI color escapes for coloring the column characters in the generated graphs. This patch allows a custom scheme of colors to be set at runtime, allowing different types of color escapes to be used. A new function - graph_set_column_colors() - is added to the graph.h API, which allows a custom column_colors array (and column_colors_max value) to replace the builtin ANSI array (and _max value). The new function - if used - must be called before graph_init() is called. Signed-off-by: Johan Herland Signed-off-by: Junio C Hamano

Make graph_next_line() available in the graph.h API

2010-07-13T23:32:30Z

In order to successfully use the graph API from a context other than the stdout/command-line scenario (where the graph_show_* functions are suitable), we need direct access to graph_next_line(), to drive the graph drawing process. Signed-off-by: Johan Herland Signed-off-by: Junio C Hamano

graph.c: register a callback for graph output

2010-06-01T01:02:07Z

It will look better if the 'git log --graph' print the graph pading lines before the diff output just like what it does for commit message. And this patch leverage the new diff prefix callback function to achieve this. Signed-off-by: Bo Yang Signed-off-by: Junio C Hamano

Add GIT_COLOR_BOLD_* and GIT_COLOR_BG_*

2010-03-07T19:09:02Z

Add GIT_COLOR_BOLD_* macros to set both bold and the color in one sequence. This saves two characters of output ("ESC [ m", minus ";") and makes the code more readable. Add the remaining GIT_COLOR_BG_* macros to make the list complete. The white and black colors are not included since they look bad on most terminals. Signed-off-by: Mark Lodato Signed-off-by: Junio C Hamano

Merge branch 'as/maint-graph-interesting-fix'

2009-08-27T23:59:56Z

* as/maint-graph-interesting-fix: Add tests for rev-list --graph with options that simplify history graph API: fix bug in graph_is_interesting()

graph API: fix bug in graph_is_interesting()

2009-08-21T19:41:25Z

Previously, graph_is_interesting() did not behave quite the same way as the code in get_revision(). As a result, it would sometimes think commits were uninteresting, even though get_revision() would return them. This resulted in incorrect lines in the graph output. This change creates a get_commit_action() function, which graph_is_interesting() and simplify_commit() both now use to determine if a commit will be shown. It is identical to the old simplify_commit() behavior, except that it never calls rewrite_parents(). This problem was reported by Santi Béjar. The following command would exhibit the problem before, but now works correctly: git log --graph --simplify-by-decoration --oneline v1.6.3.3 Previously git graph did not display the output for this command correctly between f29ac4f and 66996ec, among other places. Signed-off-by: Adam Simpkins Signed-off-by: Junio C Hamano